matplotlib

setupext.py was indeed not reading the macosx build information from setup.cfg. I've put a patch here:

http://sourceforge.net/tracker/?func=detail&atid=560722&aid=2818964&group_id=80706

(patch number 2818964).

The error you're seeing is described in this technical note from Apple:

http://developer.apple.com/qa/qa2007/qa1567.html

One thing that changed between 0.98.5.3 and the current SVN version is that we're now using matplotlib's path cleanup code, which is in C++. Maybe the linker is picking up different libraries with C++? Though I haven't seen this error on Mac OS X 10.4 or 10.5.

--Michiel.

--- On Thu, 7/9/09, Robin <robince@...> wrote:

> From: Robin <robince@...>
> Subject: [Matplotlib-users] current svn fails to build on mac
> To: matplotlib-users@...
> Date: Thursday, July 9, 2009, 6:11 AM
> Hi,
> 
> Just to let folks know the current SVN version fails to
> build on a
> mac. I built the release (0.98.5.3) successfully from
> source so I
> think my environment, dependencies etc. should be OK.
> 
> The problem seems to be building mac os x native backend:
> 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
> 
> How can I disable building the mac os x backend. I copied
> setup.cfg.example to setup.cfg and have "macosx = False"
> but it
> doesn't seem to have any effect. "python setup.py config"
> still
> reports  "Mac OS X native: yes".
> 
> Thanks
> 
> Robin
> 
> PS - some minor comments about the sourceforge download
> page (I dont
> know if these can be changed):
> On the summary page ( http://sourceforge.net/projects/matplotlib/ )
> the "download now" link  which I would think should
> point to the
> latest release point to 0.91. Then when you do 'view all
> files'
> matplotlib-maintenance is the default expanded branch of
> the tree with
> latest version 0.91.4. To get the real new version you have
> to close
> this tree or scroll down to the normal matplotlib branch.
> If I didn't
> know the versions to look for beforehand I think this would
> be really
> confusing - can you make matplotlib the default instead of
> matplotlib-maintenance?
> Also I went to the Developer page to find the svn repo
> http://sourceforge.net/projects/matplotlib/develop and
> followed the
> instructions there which of course started to pull in the
> whole repo.
> When I found it taking a long time I noticed that I was
> getting
> branches etc I didnt need. I know this is covered with the
> correct
> command in the install page, but I thought it would be
> handy to change
> it here as well to avoid someone else making the mistake I
> made.
> These are very minor things and normally I wouldn't bother
> mentioning,
> but since the matplotlib website etc. seems so nice I
> figured there is
> someone who cares about this stuff - although I'm not sure
> whether its
> possible to change this stuff in sourceforge.
> 
> ------------------------------------------------------------------------------
> 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@...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

> I should have specified I'm on OS X 10.5.7. Xcode 3.0.

I'm using the same, but I'm not seeing this error.

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.

--Michiel.


--- On Thu, 7/9/09, Robin <robince@...> wrote:

> From: Robin <robince@...>
> Subject: Re: [Matplotlib-users] current svn fails to build on mac
> To: matplotlib-users@...
> Date: Thursday, July 9, 2009, 7:16 AM
> On Thu, Jul 9, 2009 at 12:15 PM,
> Robin<robince@...>
> wrote:
> > On Thu, Jul 9, 2009 at 12:06 PM, Michiel de Hoon<mjldehoon@...>
> wrote:
> >>
> >> One thing that changed between 0.98.5.3 and the
> current SVN version is that we're now using matplotlib's
> path cleanup code, which is in C++. Maybe the linker is
> picking up different libraries with C++? Though I haven't
> seen this error on Mac OS X 10.4 or 10.5.
> >>
> >
> > I should have specified I'm on OS X 10.5.7. Xcode
> 3.0.
> >
> 
> As do many others I consistently forget to reply to all on
> this list.
> This is the only list I follow that doesn't set the
> reply-to to go to
> the list!
> 
> 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@...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On Fri, Jul 10, 2009 at 1:33 AM, Michiel de Hoon<mjldehoon@...> 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

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 <robince@...> wrote:

> From: Robin <robince@...>
> Subject: Re: [Matplotlib-users] current svn fails to build on mac
> To: "Michiel de Hoon" <mjldehoon@...>
> Cc: matplotlib-users@...
> Date: Friday, July 10, 2009, 4:03 AM
> On Fri, Jul 10, 2009 at 1:33 AM,
> Michiel de Hoon<mjldehoon@...>
> 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
>

On Fri, Jul 10, 2009 at 11:45 AM, Michiel de Hoon<mjldehoon@...> wrote:
>
> It's probably the -L/usr/X11R6/lib that is causing a problem. Can you try linking without it?
>

Yes, that's it... running the command by hand without that stops the error:

robin-mbp-3:matplotlib robince$ 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

robin-mbp-3:matplotlib robince$ 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 -lstdc++ -lm -o
build/lib.macosx-10.3-i386-2.5/matplotlib/backends/_macosx.so
-framework Cocoa
robin-mbp-3:matplotlib robince$

Cheers

Robin

> --Michiel.
>
> --- On Fri, 7/10/09, Robin <robince@...> wrote:
>
>> From: Robin <robince@...>
>> Subject: Re: [Matplotlib-users] current svn fails to build on mac
>> To: "Michiel de Hoon" <mjldehoon@...>
>> Cc: matplotlib-users@...
>> Date: Friday, July 10, 2009, 4:03 AM
>> On Fri, Jul 10, 2009 at 1:33 AM,
>> Michiel de Hoon<mjldehoon@...>
>> 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
>>
>
>
>
>

The /usr/X11R6/lib is included because it is listed in setupext.py under basedir['darwin']. Could you try and remove /usr/X11R6/lib from basedir['darwin'] in setupext.py to see if everything still compiles and links (both the Mac OS X backend and other backends)? At least, I don't see any libraries that needs to be linked from /usr/X11R6/lib. Compilation and linking without /usr/X11R6/lib works for me, but it'd be nice if you could double-check this on your system before I submit a patch to the matplotlib developers.

--Michiel.

--- On Fri, 7/10/09, Robin <robince@...> wrote:

> From: Robin <robince@...>
> Subject: Re: [Matplotlib-users] current svn fails to build on mac
> To: "Michiel de Hoon" <mjldehoon@...>
> Cc: matplotlib-users@...
> Date: Friday, July 10, 2009, 6:59 AM
> On Fri, Jul 10, 2009 at 11:45 AM,
> Michiel de Hoon<mjldehoon@...>
> wrote:
> >
> > It's probably the -L/usr/X11R6/lib that is causing a
> problem. Can you try linking without it?
> >
> 
> Yes, that's it... running the command by hand without that
> stops the error:
> 
> robin-mbp-3:matplotlib robince$ 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
> 
> robin-mbp-3:matplotlib robince$ 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 -lstdc++ -lm -o
> build/lib.macosx-10.3-i386-2.5/matplotlib/backends/_macosx.so
> -framework Cocoa
> robin-mbp-3:matplotlib robince$
> 
> Cheers
> 
> Robin
> 
> > --Michiel.
> >
> > --- On Fri, 7/10/09, Robin <robince@...>
> wrote:
> >
> >> From: Robin <robince@...>
> >> Subject: Re: [Matplotlib-users] current svn fails
> to build on mac
> >> To: "Michiel de Hoon" <mjldehoon@...>
> >> Cc: matplotlib-users@...
> >> Date: Friday, July 10, 2009, 4:03 AM
> >> On Fri, Jul 10, 2009 at 1:33 AM,
> >> Michiel de Hoon<mjldehoon@...>
> >> 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
> >>
> >
> >
> >
> >
>

On Sat, Jul 11, 2009 at 4:43 AM, Michiel de Hoon<mjldehoon@...> wrote:
>
> The /usr/X11R6/lib is included because it is listed in setupext.py under basedir['darwin']. Could you try and remove /usr/X11R6/lib from basedir['darwin'] in setupext.py to see if everything still compiles and links (both the Mac OS X backend and other backends)? At least, I don't see any libraries that needs to be linked from /usr/X11R6/lib. Compilation and linking without /usr/X11R6/lib works for me, but it'd be nice if you could double-check this on your system before I submit a patch to the matplotlib developers.
>
> --Michiel.

Hi,

Yes taking that out it seems to build fine. I dont have the
dependencies for gtk and qt backends (they seemed too much of a pain
to sort out on os x), but wx, tk seem to build fine.

Thanks,

Robin

>
> --- On Fri, 7/10/09, Robin <robince@...> wrote:
>
>> From: Robin <robince@...>
>> Subject: Re: [Matplotlib-users] current svn fails to build on mac
>> To: "Michiel de Hoon" <mjldehoon@...>
>> Cc: matplotlib-users@...
>> Date: Friday, July 10, 2009, 6:59 AM
>> On Fri, Jul 10, 2009 at 11:45 AM,
>> Michiel de Hoon<mjldehoon@...>
>> wrote:
>> >
>> > It's probably the -L/usr/X11R6/lib that is causing a
>> problem. Can you try linking without it?
>> >
>>
>> Yes, that's it... running the command by hand without that
>> stops the error:
>>
>> robin-mbp-3:matplotlib robince$ 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
>>
>> robin-mbp-3:matplotlib robince$ 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 -lstdc++ -lm -o
>> build/lib.macosx-10.3-i386-2.5/matplotlib/backends/_macosx.so
>> -framework Cocoa
>> robin-mbp-3:matplotlib robince$
>>
>> Cheers
>>
>> Robin
>>
>> > --Michiel.
>> >
>> > --- On Fri, 7/10/09, Robin <robince@...>
>> wrote:
>> >
>> >> From: Robin <robince@...>
>> >> Subject: Re: [Matplotlib-users] current svn fails
>> to build on mac
>> >> To: "Michiel de Hoon" <mjldehoon@...>
>> >> Cc: matplotlib-users@...
>> >> Date: Friday, July 10, 2009, 4:03 AM
>> >> On Fri, Jul 10, 2009 at 1:33 AM,
>> >> Michiel de Hoon<mjldehoon@...>
>> >> 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
>> >>
>> >
>> >
>> >
>> >
>>
>
>
>
>