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.
On Tue, Aug 25, 2009 at 9:04 PM, Eric Bruning 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 co
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 abou
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.
Ch
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.
