On 14/11/2006, at 3:13 AM, Dominique Dhumieres wrote:
In http://gcc.gnu.org/ml/gcc-help/2006-11/msg00058.html I reported the following:Building snapshot gcc4-4.3.0-20061104 on OSX 10.3.9 with odcctools 590-20060413 using a modified Fink script (working with the previous snapshot) failed with: ...Since the problem is still there in gcc4-4.3.0-20061111 and I did not getany answer, I tried the following:(1) I replaced gcc/config/darwin.h by the file from gcc4-4.3.0-20061028,and the build was done without obvious problem.(2) Using the gcc/config/darwin.h from gcc4-4.3.0-20061111, I replaced:#define PREFERRED_DEBUGGING_TYPE DWARF2_DEBUG by #define PREFERRED_DEBUGGING_TYPE DBX_DEBUG Then the original failure:strip: object: .//libgcc_s.1.dylib.tmp malformed object (unknown load command 8)disappeared (along with the other messages such as:ranlib: file: ./libgcc.a(_trampoline.o) has no symbols ... /sw/lib/odcctools/bin/nm: no name list ... /sw/lib/odcctools/bin/ld: warning libgcc/./ppc64-fp_s.o could not understand DWARF debug information /sw/lib/odcctools/bin/ld: warning libgcc/./darwin-64_s.o could not understand DWARF debug information ...However the build failed with:... Configuring stage 2 in ./intl configure: creating cache ./config.cache checking whether make sets $(MAKE)... yes checking for a BSD-compatible install... /sw/bin/ginstall -c checking whether NLS is requested... yes checking for msgfmt... /sw/bin/msgfmt checking for gmsgfmt... /sw/bin/msgfmt checking for xgettext... /sw/bin/xgettext checking for msgmerge... /sw/bin/msgmerge checking for powerpc-apple-darwin7-gcc... /sw/src/fink.build/gcc4-4.3.0-20061115/darwin_objdir/./prev-gcc/xgcc -B/sw/src/fink.build/gcc4-4.3.0-20061115/darwin_objdir/./prev-gcc/ -B/sw/lib/gcc4/powerpc-apple-darwin7/bin/ configure: error: C compiler cannot create executables See `config.log' for more details. make[2]: *** [configure-stage2-intl] Error 77 make[1]: *** [stage2-bubble] Error 2 make: *** [all] Error 2 checking for C compiler default output file name... ### execution of /var/tmp/tmp.1.iDjVLN failed, exit code 2Using#define CPP_SPEC "%{static:%{!dynamic:-D__STATIC__}}%{!static:- D__DYNAMIC__}"instead of#define CPP_SPEC "%{static:%{!dynamic:-D__STATIC__}}%{!static:- D__DYNAMIC__}" \" %{pthread:-D_REENTRANT}" or removing #define NO_IMPLICIT_EXTERN_C did not help (same failure). Any idea about what's wrong with the new gcc/config/darwin.h when used with OSX 10.3?
Most likely your problem is that you're using cctools that are too old. Are you using cctools-622.3 or later? Generally, every time Apple releases a new cctools, you need to upgrade to it.
You'll also need /usr/bin/dsymutil. You can fake this by symlinking it to /bin/true.
Mike was considering simply declaring that GCC 4.3 won't work on Mac OS 10.3. 10.3 is quite old now, and there will be very few users by the time that 4.3 is released.
smime.p7s
Description: S/MIME cryptographic signature