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 get
any 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 2

Using

#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.

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to