Thanks Chris. Actually, I just fixed my own problem a few minutes ago (at least under OS 10.4, macports boost 1.34.1)! I think the problem was not with how boost was linking against Python, but with how mapnik was doing so. Changing line 58 in bindings/python/SConscript of r697 from
linkflags = '-F/ -framework Python' to linkflags = '-lpython2.5' cleared everything up. I think this forces mapnik to link against the first copy of libpython2.5.whatever it finds in your PATH (in my case, it's /opt/local/lib/libpython2.5.dylib), but I don't really know. ld is black magic to me. After making this change, I successfully ran the demo and got some real pretty maps! I'm not entirely sure how to do this without hardcoding the decision between linking against a framework and linking against a dynamic lib, or whether that decision should even be made automatically (as opposed to a flag option for scons), so I'll leave a patch (if there will be one) up to those who know what they're doing. For now, I suspect this should work for people who run a non-framework version of Python like the MacPorts one, and who are experiencing NoneType errors. Thanks for your help, everyone! I think this is the longest I've ever spent trying to debug a build process. -Ken-ichi On Wed, Apr 23, 2008 at 9:08 AM, Christopher Barker <[EMAIL PROTECTED]> wrote: > Ken-ichi wrote: > > > Then I tried removing the > > Python framework in /System/Library/Frameworks, > > > > Just a note: You really don't want to do this. Apple uses that for some > system utilities. In fact, you never want to touch anything in /System. > > Sorry I can't help with your problem. > > -Chris > > > -- > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R (206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > [EMAIL PROTECTED] > _______________________________________________ Mapnik-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/mapnik-users
