building on OSX

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
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

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
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

------------------------------------------------------------------------------
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
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

--
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 :frowning:

-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
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

------------------------------------------------------------------------------
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
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel

--
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?