Summary: | sys-devel/gcc-10.2.0-r2: Build fails with gcc-9.3.0 without bootstrap | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Skyler Mäntysaari <sm+gbugs> |
Component: | Current packages | Assignee: | Cross compilation support <cross> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | jstein, kentnl, toolchain |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://www.spinics.net/lists/gcchelp/msg51636.html | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=748975 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
GCC build logs
GCC build logs after profile change |
Description
Skyler Mäntysaari
2020-10-14 12:40:04 UTC
Created attachment 665419 [details]
GCC build logs
> Portage 3.0.8 (python 3.7.8-final-0, embedded, gcc-9.3.0, unavailable, 5.4.0-7642-generic x86_64)
'embedded' profile is probably not the one you want. Normally right after initial crossdev run I suggest picking a relevant profile. Example is
# PORTAGE_CONFIGROOT=/usr/aarch64-unknown-linux-gnu/ eselect profile set default/linux/arm64/17.0
Otherwise elbedded profile pulls in a few unexpected things relevant only for minimal installs.
There is no change, between having the arm64 profile or not selected. Created attachment 665687 [details]
GCC build logs after profile change
Portage 3.0.8 (python 3.7.8-final-0, default/linux/arm64/17.0, gcc-9.3.0, unavailable, 5.4.0-7642-generic x86_64) ================================================================= System uname: Linux-5.4.0-7642-generic-x86_64-AMD_Ryzen_7_3800X_8-Core_Processor-with-gentoo-2.7 KiB Mem: 32815152 total, 3846896 free KiB Swap: 4193784 total, 4193260 free Timestamp of repository gentoo: Wed, 14 Oct 2020 14:30:01 +0000 Head commit of repository gentoo: c6513dbd07fe758aef9181165704f213ced452cb sh bash 5.0_p18 ld GNU ld (Gentoo 2.34 p6) 2.34.0 sys-devel/binutils: 2.35.1::gentoo sys-devel/gcc: 9.3.0-r1::gentoo sys-devel/gcc-config: 2.3.2::gentoo sys-kernel/linux-headers: 5.9::gentoo (virtual/os-headers) sys-libs/glibc: 2.32-r2::gentoo Repositories: gentoo location: /var/db/repos/gentoo sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-extra-opts: sync-rsync-verify-jobs: 1 sync-rsync-verify-metamanifest: yes sync-rsync-verify-max-age: 24 ACCEPT_KEYWORDS="arm64 ~arm64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -fomit-frame-pointer" CHOST="aarch64-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -fomit-frame-pointer" DISTDIR="/var/cache/distfiles" ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR" FCFLAGS="-O2" FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news nodoc noinfo noman parallel-fetch pid-sandbox preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="fi_FI.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" PKGDIR="/usr/aarch64-unknown-linux-gnu/packages/" PORTAGE_CONFIGROOT="/usr/aarch64-unknown-linux-gnu/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/usr/aarch64-unknown-linux-gnu/tmp/" USE="acl arm64 berkdb bzip2 cli crypt dri fortran gdbm iconv ipv6 libglvnd libtirpc ncurses nls nptl openmp pcre readline seccomp split-usr ssl tcpd unicode xattr zlib" ADA_TARGET="gnat_2018" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_ARM="edsp thumb thumb2 v4 v5 v6 v7 v8 vfp vfp-d32 vfpv3 vfpv4" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock greis isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-2 php7-3 php7-4" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_7" PYTHON_TARGETS="python2_7 python3_7" RUBY_TARGETS="ruby25 ruby26" USERLAND="GNU" VIDEO_CARDS="fbdev dummy v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Here's the relevant context from the build failure: 7/ostream-inst.cc -fPIC -DPIC -D_GLIBCXX_SHARED -o ostream-inst.o /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:92:5: error: ‘__constinit’ does not name a type 92 | __constinit constant_init<newdel_res_t> newdel_res{}; | ^~~~~~~~~~~ /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:93:5: error: ‘__constinit’ does not name a type 93 | __constinit constant_init<null_res_t> null_res{}; | ^~~~~~~~~~~ /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:146:5: error: ‘__constinit’ does not name a type 146 | __constinit constant_init<atomic_mem_res> default_res{&newdel_res.obj}; | ^~~~~~~~~~~ /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc: In function ‘std::pmr::memory_resource* std::pmr::new_delete_resource()’: /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:154:13: error: ‘newdel_res’ was not declared in this scope 154 | { return &newdel_res.obj; } | ^~~~~~~~~~ /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc: In function ‘std::pmr::memory_resource* std::pmr::null_memory_resource()’: /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:158:13: error: ‘null_res’ was not declared in this scope 158 | { return &null_res.obj; } | ^~~~~~~~ /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc: In function ‘std::pmr::memory_resource* std::pmr::set_default_resource(std::pmr::memory_resource*)’: /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:165:12: error: ‘default_res’ was not declared in this scope; did you mean ‘default_delete’? 165 | return default_res.obj.exchange(r); | ^~~~~~~~~~~ | default_delete /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc: In function ‘std::pmr::memory_resource* std::pmr::get_default_resource()’: /usr/aarch64-unknown-linux-gnu/tmp/portage/sys-devel/gcc-10.2.0-r2/work/gcc-10.2.0/libstdc++-v3/src/c++17/memory_resource.cc:170:12: error: ‘default_res’ was not declared in this scope; did you mean ‘default_delete’? 170 | { return default_res.obj.load(); } | ^~~~~~~~~~~ | default_delete make[5]: *** [Makefile:570: memory_resource.lo] Error 1 make[5]: *** Waiting for unfinished jobs.... While none of that *looks* embedded profile related, there's no way to know, as once the install target is contaminated, switching profiles can no longer fix it, and you have to nuke the prefix and start over. (In reply to Skyler Mäntysaari from comment #3) > There is no change, between having the arm64 profile or not selected. Did you restart from scratch by removing the toolchain first? Or just switched profile and retried gcc build? I also noticed you are corss-building aarch64-unknown-linux-gnu-gcc-10.2.0 with aarch64-unknown-linux-gnu-gcc-9.3.0 cross-compiler. That might cause extra problems at host/target misdetection. Try to cross-build aarch64-unknown-linux-gnu-gcc-9.3.0 to see if it works better. Reproduced locally when active ${CHOST}-gcc is 9.3.0 and we try to build gcc-10.2.0 with ${CHOST}-emerge. (In reply to Sergei Trofimovich (RETIRED) from comment #9) > Reproduced locally when active ${CHOST}-gcc is 9.3.0 and we try to build > gcc-10.2.0 with ${CHOST}-emerge. I think this just falls under "don't do it"... Recommend to use the same compiler version for cross. |