<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>Search the web...<BR>
<A href="http://projects.scipy.org/pipermail/scipy-user/2007-March/011372.html">http://projects.scipy.org/pipermail/scipy-user/2007-March/011372.html</A><BR>
 <BR>
"<BR>
I've got a Mac OSx 10.4.8 machine and am compiling<BR>scipy according to the instructions on the webpage.  I've<BR>got gcc 4.0.0 gfortran 4.3.0 fftw3.0 and svn versions of numpy<BR>and scipy.   My python is version 2.5.<BR>Building numpy goes smoothly, but when I try scipy I have an ld error.<BR>...<BR>
 <BR>
I have gcc 4.0.1 and gfortran 4.3.0 installed on my system, and I do not see<BR>this problem. Can you try upgrading to the latest version of Xcode (which should<BR>have gcc 4.0.1)? It's not coming from Python but, I suspect, gfortran.<BR>
...<BR>
Indeed-- after an almost 1Gig download of XCode 2.4.1 to get gcc 4.0.1<BR>it compiled and runs. :)  The tests give me 4 failed, but these  <BR>already have<BR>been noted on the email list.<BR>...<BR>"<BR><BR>
1) Upgrade to 2.4.1/4.0.1<BR>
2) configure should sniff for this and remove it if not supported.<BR>
 <BR>
 - Jay<BR><BR><BR>

<HR id=stopSpelling>
<BR>
> Date: Tue, 6 May 2008 23:07:36 +0200<BR>> From: wagner@elegosoft.com<BR>> To: jayk123@hotmail.com<BR>> CC: m3devel@elegosoft.com<BR>> Subject: RE: [M3devel] m3cc build fails on older MacOS X<BR>> <BR>> Quoting Jay <jayk123@hotmail.com>:<BR>> <BR>> > Olaf, can you try without my m3makefile wierdness, that works elsewhere?<BR>> ><BR>> > cd %CVSROOT%/m3-sys/m3cc mkdir obj1 cd obj1 <BR>> > ../gcc/configure --disable-bootstrap --enable-languages=c,cm3cg <BR>> > make<BR>> > I'm not sure of "cm3cg", it might be "m3cg". And you can just omit <BR>> > that anyway, I doubt the error is m3 related.<BR>> > (Tony: I don't believe --srcdir is needed. configure figures it out; <BR>> > granted, maybe not trivially.)<BR>> > ?<BR>> > I expect you will get the same error. Which isn't the final <BR>> > answer, just some relevant data. And if I'm wrong, well, that <BR>> > suggests some fix.<BR>> <BR>> I got home later than expected. The build now stops at a different<BR>> step:<BR>> <BR>> /Users/wagner/work/cm3/m3-sys/m3cc/derived/./gcc/xgcc <BR>> -B/Users/wagner/work/cm3/m3-sys/m3cc/derived/./gcc/ <BR>> -B/usr/local/powerpc-apple-darwin7.9.0/bin/ <BR>> -B/usr/local/powerpc-apple-darwin7.9.0/lib/ -isystem <BR>> /usr/local/powerpc-apple-darwin7.9.0/include -isystem <BR>> /usr/local/powerpc-apple-darwin7.9.0/sys-include -O2 -O2 -g -g -O2 <BR>> -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes <BR>> -Wmissing-prototypes -Wold-style-definition -isystem ./include <BR>> -Wa,-force_cpusubtype_ALL -pipe -mmacosx-version-min=10.4 -g <BR>> -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -dynamiclib <BR>> -nodefaultlibs -install_name /usr/local/lib/libgcc_s`if test . = ppc64 <BR>> ; then echo _. ; fi`.1.dylib -single_module -o ./libgcc_s.1.dylib.tmp <BR>> -Wl,-exported_symbols_list,libgcc.map -compatibility_version 1 <BR>> -current_version 1.0 -O2 -g -g -O2 -B./ _muldi3_s.o _negdi2_s.o <BR>> _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o <BR>> _clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main_s.o <BR>> _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o <BR>> _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o <BR>> _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o <BR>> _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o <BR>> _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o <BR>> _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o <BR>> _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o <BR>> _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o <BR>> _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o <BR>> _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o <BR>> _fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o <BR>> _floatditf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o <BR>> _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o <BR>> _udiv_w_sdiv_s.o _udivmoddi4_s.o darwin-tramp_s.o ppc64-fp_s.o <BR>> darwin-64_s.o darwin-ldouble_s.o darwin-world_s.o unwind-dw2_s.o <BR>> unwind-dw2-fde-darwin_s.o unwind-sjlj_s.o unwind-c_s.o <BR>> darwin-fallback_s.o emutls_s.o -lc<BR>> /usr/bin/ld: unknown flag: -macosx_version_min<BR>> collect2: ld returned 1 exit status<BR>> make[2]: *** [libgcc_s.dylib] Error 1<BR>> make[1]: *** [all-target-libgcc] Error 2<BR>> make: *** [all] Error 2<BR>> <BR>> I'm too sleepy to investigate further now,<BR>> <BR>> Olaf<BR>> -- <BR>> Olaf Wagner -- elego Software Solutions GmbH<BR>> Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>> phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<BR>> http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>> Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<BR>> <BR><BR></body>
</html>