gcc9 @9.3.0 "Failed to build libgcc9: command execution failed" in macOS 11.0 Big Sur

[kgerheiser (Kyle Gerheiser)]

I updated to Big Sur and attempted to build GCC9 and it fails. GCC 10 worked.

First, there was an error that it couldn't find the command gsed, so I installed it with MacPorts.

Then, more errors:

Looks like it's picking up the macOS version incorrectly and then thinking it's macOS 10.4?

info:build xgcc: warning: couldn't understand version 11.0
...
:info:build ld: warning: building for macOS 10.4 is deprecated
:info:build ld: warning: could not create compact unwind for __Unwind_RaiseException: non-standard register 0 being saved in prolog
:info:build ld: warning: could not create compact unwind for __Unwind_ForcedUnwind: non-standard register 0 being saved in prolog
:info:build ld: warning: could not create compact unwind for __Unwind_Resume: does not use RBP or RSP based frame
:info:build ld: warning: could not create compact unwind for __Unwind_Resume_or_Rethrow: does not use RBP or RSP based frame
:info:build MLIBS=`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/

:info:build could not create compact unwind for std::__facet_shims::(anonymous namespace)::money_put_shim<wchar_t>::do_put(std::ostreambuf_iterator<wchar_t, std::char_traits<wchar_t> >, bool, std::ios_base&, wchar_t, std::__cxx11::basic_string<wchar_t, std::char_traits<wchar_t>, std::allocator<wchar_t> > const&) const: dwarf uses DW_CFA_GNU_args_size
:info:build ld: warning: could not create compact unwind for std::money_get<wchar_t, std::istreambuf_iterator<wchar_t, std::char_traits<wchar_t> > >::do_get(std::istreambuf_iterator<wchar_t, std::char_traits<wchar_t> >, std::istreambuf_iterator<wchar_t, std::char_traits<wchar_t> >, bool, std::ios_base&, std::_Ios_Iostate&, long double&) const: dwarf uses DW_CFA_GNU_args_size
:info:build Undefined symbols for architecture x86_64:
:info:build   "__Unwind_DeleteException", referenced from:
:info:build       ___cxa_end_catch in eh_catch.o
:info:build       eh_globals_dtor(void*)  in eh_globals.o
:info:build       ___cxa_tm_cleanup in eh_tm.o
:info:build   "__Unwind_GetDataRelBase", referenced from:
:info:build       base_of_encoded_value(unsigned char, _Unwind_Context*) in eh_personality.o
:info:build   "__Unwind_GetLanguageSpecificData", referenced from:
:info:build       ___gxx_personality_v0 in eh_personality.o
:info:build   "__Unwind_GetRegionStart", referenced from:
:info:build       base_of_encoded_value(unsigned char, _Unwind_Context*) in eh_personality.o
:info:build       parse_lsda_header(_Unwind_Context*, unsigned char const*, lsda_header_info*) in eh_personality.o
:info:build   "__Unwind_GetTextRelBase", referenced from:
:info:build       base_of_encoded_value(unsigned char, _Unwind_Context*) in eh_personality.o
:info:build   "__Unwind_RaiseException", referenced from:
:info:build       std::rethrow_exception(std::__exception_ptr::exception_ptr)  in eh_ptr.o
:info:build       ___cxa_throw in eh_throw.o
:info:build   "__Unwind_Resume", referenced from:
:info:build       std::basic_istream<char, std::char_traits<char> >::ignore(long) in compatibility.o
:info:build       std::basic_istream<wchar_t, std::char_traits<wchar_t> >::ignore(long) in compatibility.o
:info:build       __gnu_cxx::__scoped_lock::~__scoped_lock() [clone .isra.0] in eh_alloc.o
:info:build       ___cxa_call_unexpected in eh_personality.o
:info:build       __cxxabiv1::__terminate(void (*)()) in eh_terminate.o
:info:build       ___cxa_tm_cleanup in eh_tm.o
:info:build       ___cxa_guard_acquire in guard.o
:info:build       ...
:info:build   "__Unwind_Resume_or_Rethrow", referenced from:
:info:build       ___cxa_rethrow in eh_throw.o
:info:build   "__Unwind_SetGR", referenced from:
:info:build       ___gxx_personality_v0 in eh_personality.o
:info:build   "__Unwind_SetIP", referenced from:
:info:build       ___gxx_personality_v0 in eh_personality.o
:info:build ld: symbol(s) not found for architecture x86_64
:info:build collect2: error: ld returned 1 exit status
:info:build make[6]: *** [libstdc++.la] Error 1
:info:build make[6]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build/x86_64-apple-darwin20/libstdc++-v3/src'
:info:build make[5]: *** [all-recursive] Error 1
:info:build make[5]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build/x86_64-apple-darwin20/libstdc++-v3/src'
:info:build make[4]: *** [all-recursive] Error 1
:info:build make[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build/x86_64-apple-darwin20/libstdc++-v3'
:info:build make[3]: *** [all] Error 2
:info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build/x86_64-apple-darwin20/libstdc++-v3'
:info:build make[2]: *** [all-stage1-target-libstdc++-v3] Error 2
:info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build'
:info:build make[1]: *** [stage1-bubble] Error 2
:info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build'
:info:build make: *** [bootstrap-lean] Error 2
:info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build'
:info:build Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_lang_gcc9/libgcc9/work/build" && /usr/bin/make -j20 -w bootstrap-lean 
:info:build Exit code: 2
:error:build Failed to build libgcc9: command execution failed
:debug:build Error code: CHILDSTATUS 10423 2
:debug:build Backtrace: command execution failed
:debug:build     while executing
:debug:build "system {*}$notty {*}$nice $fullcmdstring"
:debug:build     invoked from within
:debug:build "command_exec build"
:debug:build     (procedure "portbuild::build_main" line 8)
:debug:build     invoked from within
:debug:build "$procedure $targetname"

[kgerheiser (Kyle Gerheiser)]

Build log

[kgerheiser (Kyle Gerheiser)]

Perhaps related to this, but GCC 9 instead of GCC 10?

​https://trac.macports.org/ticket/60908

[cjones051073 (Chris Jones)]

I've updated gcc10 to use an official upstream patch

​https://github.com/macports/macports-ports/commit/9e96d20dc0a8b69bcdf6fc888eac6c68e3703b58

turns out it also applies cleanly to gcc9, so I have added it there as well

​https://github.com/macports/macports-ports/commit/cd4c1c9bb392cf1e19922cac9246262e5e06990b

I haven't fully tested it, as I don't have the spare CPU cycles right now for another gcc build, so lets see what the buildbots make of it.

[michaelld (Michael Dickens)]

Might be related ... might not ... I updated my ports to tree to get this latest GCC9 patch. libgcc9 failed to install anything during destroot ... I'm running macOS 11.0.1 20B29 && Xcode 12.2 12B5035g. I'll attach a highly-compressed build log; maybe it will help

[cjones051073 (Chris Jones)]

It should install one file...

Titan ~ > port content libgcc9
Port libgcc9 contains:
  /opt/local/lib/libgcc/libasan.5.dylib

if that is not being produced something is up with the build...

I don't really have huge interest in investigating gcc9 tbh. gcc10 works and most (all) use cases should be able to use that newer version.

[cjones051073 (Chris Jones)]

Interesting, the issue also seems to affect gcc10, as I cannot see the asan lib there either.

> port content libgcc10
<sbip>
 /opt/local/lib/libgcc/libatomic.1.dylib
  /opt/local/lib/libgcc/libgcc_ext.10.4.dylib
  /opt/local/lib/libgcc/libgcc_ext.10.5.dylib
  /opt/local/lib/libgcc/libgcc_s.1.dylib
  /opt/local/lib/libgcc/libgfortran.5.dylib
  /opt/local/lib/libgcc/libgomp.1.dylib
  /opt/local/lib/libgcc/libitm.1.dylib
  /opt/local/lib/libgcc/libobjc-gnu.4.dylib
  /opt/local/lib/libgcc/libquadmath.0.dylib
  /opt/local/lib/libgcc/libssp.0.dylib
  /opt/local/lib/libgcc/libstdc++.6.dylib
  /opt/local/lib/libstdc++.6.dylib

this didn't cause any problems there, as there are other files so destroot still works. With gcc9 as it was the only file that fails, as destroot requires at least one file.

Until someone works out why the asan lib is not being made, adding a stub file to libgcc9 would be a work around.

Note the the asan lib is for the address sanitiser, so is not a critical part needed for the compiler to work...

[cjones051073 (Chris Jones)]

​https://github.com/macports/macports-ports/commit/e7cc18fb6a48378b37668617a4e0d19710234009

[cjones051073 (Chris Jones)]

OK, I see why the sanitiser libs are not being made. GCC configuration is riddled with lines like

  x86_64-*-darwin1[2-9]* | i?86-*-darwin1[2-9]*)

which don't match Darwin20.... The above is what is used to enable sanitisers, and without a match for darwin20 they are disabled.

TBH, from what I can see its a bit of a miracle the builds work at all...

I am not sure the effort to fix things just for the sanitisers is worth it, unless someone has a killer reason ?

eventually gcc11 will come along which should fix all this properly from upstream..

[michaelld (Michael Dickens)]

Wow yeah it is a miracle that GCC builds at all on Darwin 20 ... I can't think of a good reason to fix these except for completion.

[cjones051073 (Chris Jones)]

I have to confess I got curious after my last post so threw together a quick patch and testing it now, just to see what happens...

[cjones051073 (Chris Jones)]

OK that worked. Fix now pushed.

[michaelld (Michael Dickens)]

Nice ... thx will test tonight!

[michaelld (Michael Dickens)]

Works nicely for me on macOS 11 ... thx! Building now on 10.14 ... then 10.15 ... but guessing it'll work on those too