https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82939
--- Comment #7 from Eric Gallager <egallager at gcc dot gnu.org> --- (In reply to Richard Biener from comment #6) > Hmm, somehow I remember reports similar to this on Darwin. Can you try > using clang for bootstrap? > > What X-Code version are you using on which OS version? > > The crash reporter suggests sth goes wrong with linking as it seems to crash > during init already. I'm using Xcode 3.2.6 on Snow Leopard. Using the system clang fails earlier in configure but I think that's because I screwed up my system headers on this system: configure: error: uint64_t or int64_t not found make[2]: *** [configure-stage1-gcc] Error 1 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 clang 5.0 from MacPorts fails in libbacktrace with: libtool: link: rm -fr .libs/libbacktrace.a .libs/libbacktrace.la libtool: link: ar rc .libs/libbacktrace.a .libs/atomic.o .libs/dwarf.o .libs/fileline.o .libs/posix.o .libs/print.o .libs/sort.o .libs/state.o .libs/backtrace.o .libs/simple.o .libs/unknown.o .libs/mmapio.o .libs/mmap.o ranlib: object: .libs/libbacktrace.a(dwarf.o) malformed object (unknown load command 1) ar: internal ranlib command failed make[4]: *** [libbacktrace.la] Error 1 make[3]: *** [all] Error 2 make[2]: *** [all-stage1-libbacktrace] Error 2 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 ...which is probably an issue I should raise with MacPorts instead. It works when I use a previous version of gcc I built myself though. (8.0 from 20170525)
