The problem of building on OSX, in particular the setupext basedir
search path including /sw, /usr and /usr/local, appears so fraught
with peril -- we don't know what kinds of libs built with what kinds
of flags that we will find -- that I removed all the dirs from the
basedir for darwin. Instead, I am hoping that the new makefile.osx
Makefile I have added, which will fetch and build the required libs
and install them into the PREFIX of your choice, will prove more
supportable.
I have tested this on a couple of platforms and it worked well, but
there are other combinations that I do not have access to so please
let me know if this is not viable. I am currently building with
PREFIX=/Users/jdhunter/dev make -f makefile.osx fetch deps mpl_install
Builds with enthought python make still be broken due to the issues in the FAQ:
http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
Please kick the tires and give some feedback
JDH
For some reason, it's still picking up the gfortran-installed gcc in
/usr/local/lib, which is also listed in
/Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib (along with everything
else in /usr/local/lib). I also still see -L /usr/local/lib even
though the darwin setupext.py key no longer includes it.
I'm flummoxed. Apparently I should back up and try without gfortran
first, but that's a typical way to meet requirements for scipy that
I'd like to have around.
-Eric
g++ -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
-bundle -undefined dynamic_lookup -arch i386 -arch ppc
-L/usr/local/matplotlib/lib
-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc
-I/usr/local/matplotlib/include
-I/usr/local/matplotlib/include/freetype2 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk
build/temp.macosx-10.4-fat-2.6/src/ft2font.o
build/temp.macosx-10.4-fat-2.6/src/mplutils.o
build/temp.macosx-10.4-fat-2.6/CXX/cxx_extensions.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxsupport.o
build/temp.macosx-10.4-fat-2.6/CXX/IndirectPythonInterface.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxextensions.o -L/usr/local/lib
-lfreetype -lz -lstdc++ -lm -o
build/lib.macosx-10.4-fat-2.6/matplotlib/ft2font.so
ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
missing required architecture ppc in file
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
missing required architecture ppc in file for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/RP/RPE-UjrSHZ4SQq6AJQBxqk+++TI/-Tmp-//ccAqigF2.out (No
such file or directory)
error: command 'g++' failed with exit status 1
make: *** [mpl_build] Error 1
···
On Sun, Aug 23, 2009 at 1:33 AM, John Hunter<jdh2358@...149...> wrote:
The problem of building on OSX, in particular the setupext basedir
search path including /sw, /usr and /usr/local, appears so fraught
with peril -- we don't know what kinds of libs built with what kinds
of flags that we will find -- that I removed all the dirs from the
basedir for darwin. Instead, I am hoping that the new makefile.osx
Makefile I have added, which will fetch and build the required libs
and install them into the PREFIX of your choice, will prove more
supportable.
I have tested this on a couple of platforms and it worked well, but
there are other combinations that I do not have access to so please
let me know if this is not viable. I am currently building with
PREFIX=/Users/jdhunter/dev make -f makefile.osx fetch deps mpl_install
Builds with enthought python make still be broken due to the issues in the FAQ:
http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
Please kick the tires and give some feedback
JDH
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
matplotlib-devel List Signup and Options
Hi Eric,
you could try making changes to your Python Makefile, as described
here (in item 1):
http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
Even if you are not installing on the basis of the EPD, it might still
solve your issue.
Cheers,
Ariel
···
On Mon, Aug 24, 2009 at 1:47 PM, Eric Bruning<eric.bruning@...149...> wrote:
For some reason, it's still picking up the gfortran-installed gcc in
/usr/local/lib, which is also listed in
/Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib (along with everything
else in /usr/local/lib). I also still see -L /usr/local/lib even
though the darwin setupext.py key no longer includes it.
I'm flummoxed. Apparently I should back up and try without gfortran
first, but that's a typical way to meet requirements for scipy that
I'd like to have around.
-Eric
g++ -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
-bundle -undefined dynamic_lookup -arch i386 -arch ppc
-L/usr/local/matplotlib/lib
-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc
-I/usr/local/matplotlib/include
-I/usr/local/matplotlib/include/freetype2 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk
build/temp.macosx-10.4-fat-2.6/src/ft2font.o
build/temp.macosx-10.4-fat-2.6/src/mplutils.o
build/temp.macosx-10.4-fat-2.6/CXX/cxx_extensions.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxsupport.o
build/temp.macosx-10.4-fat-2.6/CXX/IndirectPythonInterface.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxextensions.o -L/usr/local/lib
-lfreetype -lz -lstdc++ -lm -o
build/lib.macosx-10.4-fat-2.6/matplotlib/ft2font.so
ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
missing required architecture ppc in file
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
missing required architecture ppc in file for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/RP/RPE-UjrSHZ4SQq6AJQBxqk+++TI/-Tmp-//ccAqigF2.out (No
such file or directory)
error: command 'g++' failed with exit status 1
make: *** [mpl_build] Error 1
On Sun, Aug 23, 2009 at 1:33 AM, John Hunter<jdh2358@...149...> wrote:
The problem of building on OSX, in particular the setupext basedir
search path including /sw, /usr and /usr/local, appears so fraught
with peril -- we don't know what kinds of libs built with what kinds
of flags that we will find -- that I removed all the dirs from the
basedir for darwin. Instead, I am hoping that the new makefile.osx
Makefile I have added, which will fetch and build the required libs
and install them into the PREFIX of your choice, will prove more
supportable.
I have tested this on a couple of platforms and it worked well, but
there are other combinations that I do not have access to so please
let me know if this is not viable. I am currently building with
PREFIX=/Users/jdhunter/dev make -f makefile.osx fetch deps mpl_install
Builds with enthought python make still be broken due to the issues in the FAQ:
http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
Please kick the tires and give some feedback
JDH
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
matplotlib-devel List Signup and Options
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
matplotlib-devel List Signup and Options
--
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel
Hi Ariel,
Thanks for the suggestion. Combining John's new makefile with the
changes to the Python.framework Makefile yielded:
distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET
mismatch: now "10.4" but "10.5" during configure.
As a general philosophy, I'm a bit hesitant to go about changing stuff
that's part of the Python framework directory structure. I'd be
worried about ripple effects when debugging other builds in a couple
months when I forget that I've modified it.
As I noted the other day, from a clean SVN checkout on 10.5/py 2.6,
this one-liner works:
env PKG_CONFIG_PATH=/usr/X11/lib/pkgconfig ARCHFLAGS='-arch i386'
CFLAGS="-Os -arch i386" LDFLAGS="-Os -arch i386 -L/usr/X11R6/lib"
python setup.py install
This avoids libgcc from gfortran in /usr/local/lib and doesn't require
building anything extra. I suppose it's not portable to 2.4 and/or
10.4, though.
I'm willing to try some more builds if it would help, though it
appears I just keep uncovering problems
-Eric
···
On Mon, Aug 24, 2009 at 5:06 PM, Ariel Rokem<arokem@...453...> wrote:
Hi Eric,
you could try making changes to your Python Makefile, as described
here (in item 1):
http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
Even if you are not installing on the basis of the EPD, it might still
solve your issue.
Cheers,
Ariel
On Mon, Aug 24, 2009 at 1:47 PM, Eric Bruning<eric.bruning@...149...> wrote:
For some reason, it's still picking up the gfortran-installed gcc in
/usr/local/lib, which is also listed in
/Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib (along with everything
else in /usr/local/lib). I also still see -L /usr/local/lib even
though the darwin setupext.py key no longer includes it.
I'm flummoxed. Apparently I should back up and try without gfortran
first, but that's a typical way to meet requirements for scipy that
I'd like to have around.
-Eric
g++ -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -g
-bundle -undefined dynamic_lookup -arch i386 -arch ppc
-L/usr/local/matplotlib/lib
-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc
-I/usr/local/matplotlib/include
-I/usr/local/matplotlib/include/freetype2 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk
build/temp.macosx-10.4-fat-2.6/src/ft2font.o
build/temp.macosx-10.4-fat-2.6/src/mplutils.o
build/temp.macosx-10.4-fat-2.6/CXX/cxx_extensions.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxsupport.o
build/temp.macosx-10.4-fat-2.6/CXX/IndirectPythonInterface.o
build/temp.macosx-10.4-fat-2.6/CXX/cxxextensions.o -L/usr/local/lib
-lfreetype -lz -lstdc++ -lm -o
build/lib.macosx-10.4-fat-2.6/matplotlib/ft2font.so
ld warning: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.10.4.dylib,
missing required architecture ppc in file
ld: in /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libgcc_s.1.dylib,
missing required architecture ppc in file for architecture ppc
collect2: ld returned 1 exit status
lipo: can't open input file:
/var/folders/RP/RPE-UjrSHZ4SQq6AJQBxqk+++TI/-Tmp-//ccAqigF2.out (No
such file or directory)
error: command 'g++' failed with exit status 1
make: *** [mpl_build] Error 1
On Sun, Aug 23, 2009 at 1:33 AM, John Hunter<jdh2358@...149...> wrote:
The problem of building on OSX, in particular the setupext basedir
search path including /sw, /usr and /usr/local, appears so fraught
with peril -- we don't know what kinds of libs built with what kinds
of flags that we will find -- that I removed all the dirs from the
basedir for darwin. Instead, I am hoping that the new makefile.osx
Makefile I have added, which will fetch and build the required libs
and install them into the PREFIX of your choice, will prove more
supportable.
I have tested this on a couple of platforms and it worked well, but
there are other combinations that I do not have access to so please
let me know if this is not viable. I am currently building with
PREFIX=/Users/jdhunter/dev make -f makefile.osx fetch deps mpl_install
Builds with enthought python make still be broken due to the issues in the FAQ:
http://matplotlib.sourceforge.net/faq/installing_faq.html#building-and-installing-from-source-on-osx-with-epd
Please kick the tires and give some feedback
JDH
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
matplotlib-devel List Signup and Options
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
matplotlib-devel List Signup and Options
--
Ariel Rokem
Helen Wills Neuroscience Institute
University of California, Berkeley
http://argentum.ucbso.berkeley.edu/ariel
What if you edit the mak.osx file and use 10.5 for the
MACOSX_DEPLOYMENT_TARGET -- I had set it to 10.4 for building the
installers, but there is no need for that when building from src for a
local install.
What if you simply remove all references to MACOSX_DEPLOYMENT_TARGET
in the make.osx file? Does that work for you?
···
On Tue, Aug 25, 2009 at 9:04 PM, Eric Bruning<eric.bruning@...149...> wrote:
Hi Ariel,
Thanks for the suggestion. Combining John's new makefile with the
changes to the Python.framework Makefile yielded:
distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET
mismatch: now "10.4" but "10.5" during configure.
Finally got back to this this morning. I realized that I was using
/usr/local as my prefix, and hence my problem with the gfortran
libgcc.
Another important step was to make sure I had removed all previous
results of builds, installs, etc. in the source directory, install
path, site-packages, etc.
The following command works fine, with no modifications to John's
build script and none to the Python framework Makefile.
PREFIX=/usr/local/pydev make -f make.osx fetch deps mpl_install
Thanks to all for their help as I fumbled through this.
-Eric
···
On Tue, Aug 25, 2009 at 10:19 PM, John Hunter<jdh2358@...149...> wrote:
On Tue, Aug 25, 2009 at 9:04 PM, Eric Bruning<eric.bruning@...149...> wrote:
Hi Ariel,
Thanks for the suggestion. Combining John's new makefile with the
changes to the Python.framework Makefile yielded:
distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET
mismatch: now "10.4" but "10.5" during configure.
What if you edit the mak.osx file and use 10.5 for the
MACOSX_DEPLOYMENT_TARGET -- I had set it to 10.4 for building the
installers, but there is no need for that when building from src for a
local install.
What if you simply remove all references to MACOSX_DEPLOYMENT_TARGET
in the make.osx file? Does that work for you?