It's probably the -L/usr/X11R6/lib that is causing a problem. Can you try linking without it?
--Michiel. --- On Fri, 7/10/09, Robin <robi...@gmail.com> wrote: > From: Robin <robi...@gmail.com> > Subject: Re: [Matplotlib-users] current svn fails to build on mac > To: "Michiel de Hoon" <mjldeh...@yahoo.com> > Cc: matplotlib-users@lists.sourceforge.net > Date: Friday, July 10, 2009, 4:03 AM > On Fri, Jul 10, 2009 at 1:33 AM, > Michiel de Hoon<mjldeh...@yahoo.com> > wrote: > > Can you verify that matplotlib 0.98.5.3 still compiles > correctly? > > If it does, we can compare the linker flags used for > 0.98.5.3 and the svn version to find the problem. > > Yes - just removed build dirs and did both from scratch. > 0.98.5.3 - fine, full build log: > http://www.robince.net/robince/mpl/build-0.98.5.3.log > svn7250 - fails, full build log: > http://www.robince.net/robince/mpl/build-svn7250.log > > The relevant sections of the logs (I think) are: > > Release > ----------- > building 'matplotlib.backends._macosx' extension > > gcc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk > -fno-strict-aliasing -Wno-long-double -no-cpp-precomp > -mno-fused-madd > -fno-common -dynamic -DNDEBUG -g -O3 > -I/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/include > -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 > -c src/_macosx.m -o > build/temp.macosx-10.3-i386-2.5/src/_macosx.o > > gcc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g > -bundle > -undefined dynamic_lookup > build/temp.macosx-10.3-i386-2.5/src/_macosx.o -o > build/lib.macosx-10.3-i386-2.5/matplotlib/backends/_macosx.so > -framework Cocoa > > SVN > ------ > building 'matplotlib.backends._macosx' extension > > gcc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk > -fno-strict-aliasing -Wno-long-double -no-cpp-precomp > -mno-fused-madd > -fno-common -dynamic -DNDEBUG -g -O3 > -DPY_ARRAY_UNIQUE_SYMBOL=MPL_ARRAY_API > -I/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/include > -I/usr/local/include -I/usr/include -I/usr/X11R6/include > -I. > -I/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/include > -Isrc -Iagg24/include -I. > -I/Library/Frameworks/Python.framework/Versions/2.5/include/python2.5 > -c src/_macosx.m -o > build/temp.macosx-10.3-i386-2.5/src/_macosx.o > > g++ -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g > -bundle > -undefined dynamic_lookup > build/temp.macosx-10.3-i386-2.5/src/_macosx.o > build/temp.macosx-10.3-i386-2.5/CXX/cxx_extensions.o > build/temp.macosx-10.3-i386-2.5/CXX/cxxextensions.o > build/temp.macosx-10.3-i386-2.5/CXX/cxxsupport.o > build/temp.macosx-10.3-i386-2.5/CXX/IndirectPythonInterface.o > build/temp.macosx-10.3-i386-2.5/src/agg_py_transforms.o > build/temp.macosx-10.3-i386-2.5/src/path_cleanup.o > -L/usr/local/lib > -L/usr/lib -L/usr/X11R6/lib -lstdc++ -lm -o > build/lib.macosx-10.3-i386-2.5/matplotlib/backends/_macosx.so > -framework Cocoa > > ld: cycle in dylib re-exports with > /Developer/SDKs/MacOSX10.4u.sdk/usr/X11R6/lib/libGL.dylib > collect2: ld returned 1 exit status > error: command 'g++' failed with exit status 1 > > > Obviously lots of differences but I've no idea what would > be causing it. > > Cheers > > Robin > ------------------------------------------------------------------------------ Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge _______________________________________________ Matplotlib-users mailing list Matplotlib-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-users