Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
emerge of gcc-10.2.0-r5 fails (Rpi4, 8GB, 32bit)[bug:776733]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Gentoo on ARM
View previous topic :: View next topic  
Author Message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Fri Mar 12, 2021 5:55 am    Post subject: emerge of gcc-10.2.0-r5 fails (Rpi4, 8GB, 32bit)[bug:776733] Reply with quote

Hello,

and now I'm bitten again...

I'm trying to emerge gcc-10.2.0-r5 but it fails always at the same point. I tried it with different MAKEOPTS, with and without ccache or distcc. I rebuild:
Code:
libtool ccache binutils glibc libffi linux-headers gettext

Did I forget rebuilding something relevant or was this useless anyways?

Build log ends with:
Code:
libtool: link: /usr/armv7a-unknown-linux-gnueabihf/bin/ranlib .libs/libstdc++convenience.a
libtool: link: rm -fr .libs/libstdc++convenience.lax .libs/libstdc++convenience.lax
libtool: link: ( cd ".libs" && rm -f "libstdc++convenience.la" && ln -s "../libstdc++convenience.la" "libstdc++convenience.la" )
make[6]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/src'
make[5]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/src'
Making all in doc
make[5]: Entering directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/doc'
make[5]: Nothing to be done for 'all'.
make[5]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/doc'
Making all in po
make[5]: Entering directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po'
msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.po
msgfmt -o fr.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/fr.po
msgfmt: symbol lookup error: /usr/lib/libicuuc.so.68: undefined symbol: _ZSt14__once_functor, version GLIBCXX_3.4.11
make[5]: *** [Makefile:551: de.mo] Error 127
make[5]: *** Waiting for unfinished jobs....
msgfmt: symbol lookup error: /usr/lib/libicuuc.so.68: undefined symbol: _ZSt14__once_functor, version GLIBCXX_3.4.11
make[5]: *** [Makefile:551: fr.mo] Error 127
make[5]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po'
make[4]: *** [Makefile:563: all-recursive] Error 1
make[4]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3'
make[3]: *** [Makefile:488: all] Error 2
make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3'
make[2]: *** [Makefile:15568: all-stage1-target-libstdc++-v3] Error 2
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build'
make[1]: *** [Makefile:22557: stage1-bubble] Error 2
make[1]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build'
make: *** [Makefile:22889: bootstrap-lean] Error 2
 * ERROR: sys-devel/gcc-10.2.0-r5::gentoo failed (compile phase):
 *   emake failed
 *
 * If you need support, post the output of `emerge --info '=sys-devel/gcc-10.2.0-r5::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=sys-devel/gcc-10.2.0-r5::gentoo'`.
 * The complete build log is located at '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/temp/environment'.
 * Working directory: '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build'
 * S: '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0'
 *
 * Please include /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-build-logs.tar.bz2 in your bug report.


Code:
emerge -pqv '=sys-devel/gcc-10.2.0-r5::gentoo'
[ebuild  NS   ] sys-devel/gcc-10.2.0-r5 [9.3.0-r2] USE="(cxx) fortran nls nptl openmp pch (pie) sanitize ssp (-ada) -d -debug -doc (-fixed-point) -go -graphite (-hardened) -jit (-libssp) -lto (-multilib) -objc -objc++ -objc-gc -pgo -systemtap -test -vanilla -vtv* -zstd% (-altivec%)"


Code:
emerge --info '=sys-devel/gcc-10.2.0-r5::gentoo'
Portage 3.0.13 (python 3.8.7-final-0, default/linux/arm/17.0/armv7a/desktop, gcc-9.3.0, glibc-2.32-r7, 5.4.79-v7l+ armv7l)
=================================================================
                         System Settings
=================================================================
System uname: Linux-5.4.79-v7l+-armv7l-ARMv7_Processor_rev_3_-v7l-with-glibc2.4
KiB Mem:     8012320 total,   7391116 free
KiB Swap:    5860348 total,   5860348 free
Timestamp of repository gentoo: Thu, 11 Mar 2021 15:00:01 +0000
Head commit of repository gentoo: 30362f44c4e3f5900f1b6500494142cae8ef5193
sh bash 5.0_p18
ld GNU ld (Gentoo 2.35.1 p2) 2.35.1
distcc 3.3.3 armv7a-unknown-linux-gnueabihf [enabled]
ccache version 4.1 [enabled]
app-shells/bash:          5.0_p18::gentoo
dev-java/java-config:     2.3.1::gentoo
dev-lang/perl:            5.30.3::gentoo
dev-lang/python:          3.8.7-r1::gentoo, 3.9.1-r1::gentoo
dev-util/ccache:          4.1::gentoo
dev-util/cmake:           3.18.5::gentoo
sys-apps/baselayout:      2.7::gentoo
sys-apps/openrc:          0.42.1-r1::gentoo
sys-apps/sandbox:         2.20::gentoo
sys-devel/autoconf:       2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:       1.16.2-r1::gentoo
sys-devel/binutils:       2.35.1-r1::gentoo
sys-devel/gcc:            9.3.0-r2::gentoo
sys-devel/gcc-config:     2.3.2-r1::gentoo
sys-devel/libtool:        2.4.6-r6::gentoo
sys-devel/make:           4.3::gentoo
sys-kernel/linux-headers: 5.4-r1::gentoo (virtual/os-headers)
sys-libs/glibc:           2.32-r7::gentoo
Repositories:

x-portage
    location: /usr/local/portage
    masters: gentoo
    priority: 0

gentoo
    location: /var/db/repos/gentoo
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: 1
    sync-rsync-verify-max-age: 24
    sync-rsync-verify-metamanifest: yes
    sync-rsync-verify-jobs: 1
    sync-rsync-extra-opts:

ACCEPT_KEYWORDS="arm"
ACCEPT_LICENSE="@FREE"
CBUILD="armv7a-unknown-linux-gnueabihf"
CFLAGS="-O2 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard"
CHOST="armv7a-unknown-linux-gnueabihf"
CONFIG_PROTECT="/boot/cmdline.txt /boot/config.txt /etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard"
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 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg ccache config-protect-if-modified distcc distlocks ebuild-locks fixlafiles ipc-sandbox merge-sync multilib-strict network-sandbox news 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 -pipe -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard"
GENTOO_MIRRORS="https://104.23.128.5/gentoo/ https://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/ https://ftp.fau.de/gentoo http://ftp.halifax.rwth-aachen.de/gentoo/ ftp://mirror.netcologne.de/gentoo/"
LANG="de_DE.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="de_1901 de_DE de en"
MAKEOPTS="-j21 -l4"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
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="/var/tmp"
USE="X a52 aac acl alsa arm berkdb bluetooth branding bzip2 cairo cec cli crypt dbus dri dts egl elogind encode exif flac fortran gdbm gif gles1 gles2 gpm gtk gui iconv icu ipv6 jpeg lcms libglvnd libnotify mad mng mp3 mp4 mpeg ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit pulseaudio qrcode qt5 raspberry-pi raspi readline sdl seccomp spell split-usr ssl startup-notification svg system-ffmpeg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid 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 neon thumb vfp vfpv3 vfpv4 vfp-d32 v4 v5 v6 v7 thumb2" 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" L10N="de-1901 de en" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LUA_SINGLE_TARGET="lua5-1" LUA_TARGETS="lua5-1" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php7-3 php7-4" POSTGRES_TARGETS="postgres10 postgres11" PYTHON_SINGLE_TARGET="python3_8" PYTHON_TARGETS="python3_8" RUBY_TARGETS="ruby26" USERLAND="GNU" VIDEO_CARDS="fbdev v3d vc4" 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, PORTAGE_BINHOST, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS



Complete build.log seems too large for wgetpaste as it is 2.5M so I left that out for the moment. Please drop a line if it is needed.

Thanks a lot!
Andy
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)


Last edited by Lebkoungcity on Tue Mar 16, 2021 6:19 pm; edited 1 time in total
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 31268
Location: here

PostPosted: Fri Mar 12, 2021 6:55 am    Post subject: Reply with quote

Code:
msgfmt: symbol lookup error: /usr/lib/libicuuc.so.68: undefined symbol: _ZSt14__once_functor, version GLIBCXX_3.4.11

Try to rebuild dev-libs/icu package
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sat Mar 13, 2021 7:10 am    Post subject: Reply with quote

Hi fedeliallalinea,

thank you for your input.
dev-libs/icu build fine:

Code:
thalia /home/pandora # emerge -pv icu

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] dev-libs/icu-68.2:0/68.2::gentoo  USE="-debug -doc -examples -static-libs" 0 KiB


Code:
thalia /home/pandora # genlop -t icu
 * dev-libs/icu

     Sat Feb 27 16:58:53 2021 >>> dev-libs/icu-68.2
       merge time: 30 minutes and 54 seconds.

     Fri Mar 12 15:50:04 2021 >>> dev-libs/icu-68.2
       merge time: 17 minutes and 14 seconds.


But it's still the same:
Code:
msgfmt: symbol lookup error: /usr/lib/libicuuc.so.68: undefined symbol: _ZSt14__once_functor, version GLIBCXX_3.4.11
make[5]: *** [Makefile:551: de.mo] Error 127
make[5]: *** Waiting for unfinished jobs....
msgfmt: symbol lookup error: /usr/lib/libicuuc.so.68: undefined symbol: _ZSt14__once_functor, version GLIBCXX_3.4.11
make[5]: *** [Makefile:551: fr.mo] Error 127
make[5]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po'
make[4]: *** [Makefile:563: all-recursive] Error 1
make[4]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3'
make[3]: *** [Makefile:488: all] Error 2
make[3]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3'
make[2]: *** [Makefile:15568: all-stage1-target-libstdc++-v3] Error 2
make[2]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build'
make[1]: *** [Makefile:22557: stage1-bubble] Error 2
make[1]: Leaving directory '/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build'
make: *** [Makefile:22889: bootstrap-lean] Error 2
 * ERROR: sys-devel/gcc-10.2.0-r5::gentoo failed (compile phase):
 *   emake failed

_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 31268
Location: here

PostPosted: Sat Mar 13, 2021 8:37 am    Post subject: Reply with quote

Here a possible explanation of what happened, I could not tell for more
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sat Mar 13, 2021 8:24 pm    Post subject: Reply with quote

Thanks for the link!
Unfortunately it's beyond my understanding. But I try to get some things out of it I could try out :wink:
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 12:32 am    Post subject: Reply with quote

Can you post the output of the following commands?
Code:
ls -l /usr/lib/gcc/*/*/libstdc++.so
nm -D /usr/lib/gcc/*/*/libstdc++.so | grep __once_
nm -D /usr/lib/libicuuc.so.68 | grep __once_
Back to top
View user's profile Send private message
ShorTie
Tux's lil' helper
Tux's lil' helper


Joined: 12 Feb 2006
Posts: 101

PostPosted: Sun Mar 14, 2021 1:51 am    Post subject: Reply with quote

I upgraded my pi4 4gig 32 bit with no problems.
I did follow the gcc upgrade though,
https://wiki.gentoo.org/wiki/Upgrading_GCC
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 6:57 am    Post subject: Reply with quote

GDH-gentoo,

sure!
Here we go:
Code:
thalia /home/pandora # ls -l /usr/lib/gcc/*/*/libstdc++.so
lrwxrwxrwx 1 root root 19  3. Feb 09:01 /usr/lib/gcc/armv7a-unknown-linux-gnueabihf/9.3.0/libstdc++.so -> libstdc++.so.6.0.28
thalia /home/pandora # nm -D /usr/lib/gcc/*/*/libstdc++.so | grep __once_
00232f80 B _ZSt14__once_functor@@GLIBCXX_3.4.11
000d8e54 T __once_proxy@@GLIBCXX_3.4.11
thalia /home/pandora # nm -D /usr/lib/libicuuc.so.68 | grep __once_
         U _ZSt14__once_functor@@GLIBCXX_3.4.11
         U __once_proxy@@GLIBCXX_3.4.11


I wonder what this tells you :wink:
The first one shows the link regarding libstdc++.so, that's clear to me.
The second shows the symbol for libstdc++.so (whatever 'symbols' means - I have to read about this) which is at least defined (as far as I understand this at the moment).
The third one reveals that the symbol for /usr/lib/libicuuc.so.68 is undefined - at least I think it's what it says.

So does this mean the problem lies within /usr/lib/libicuuc.so.68? Then fedeliallalinea's advice was in right direction - but rebuilding icu didn't help... Hmmm... I have to think about this!

In the mean time I let the little one rebuild lots of stuff and it ended without error. Maybe gcc emerges now? I'll see...
Code:
revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc --pretend

I stripped the list and removed packages I'm quite sure they're not related to gcc and alike (e.g. qtgui):
Code:
emerge --keep-going -1av --exclude gcc --complete-graph=y dev-lang/swig:0 dev-libs/jsoncpp:0/24 dev-libs/libcdio:0/19 dev-util/re2c:0 net-libs/libproxy:0 dev-util/ragel:0 dev-cpp/cairomm:0 media-libs/tiff:0 dev-util/gperf:0 media-libs/woff2:0 dev-util/colm:0 dev-libs/spdlog:0/1 dev-util/ninja:0 sys-auth/polkit:0 net-libs/gnutls:0/30 app-arch/zstd:0/1 app-text/poppler:0/107 media-libs/taglib:0 dev-util/boost-build:0 x11-libs/vte:2.91 dev-util/cmake:0 dev-cpp/pangomm:1.4 media-libs/mesa:0 dev-libs/flatbuffers:0 dev-libs/elfutils:0 sys-libs/ncurses:0/6 dev-cpp/atkmm:0 media-libs/harfbuzz:0/0.9.18 app-text/hunspell:0/1.7 sys-apps/groff:0 dev-libs/tinyxml:0 dev-lang/spidermonkey:78 dev-libs/double-conversion:0/3 app-text/opensp:0 dev-libs/gmp:0/10.4 dev-cpp/glibmm:2 dev-libs/libical:0/3 app-crypt/gpgme:1/11 sys-devel/gettext:0 app-text/enchant:2 media-gfx/graphite2:0 dev-cpp/gtkmm:3.0 dev-libs/libfmt:0/7 sys-block/thin-provisioning-tools:0 dev-libs/libsigc++:2 media-libs/glu:0 dev-libs/libplatform:0 dev-util/ccache:0 dev-libs/icu:0/68.2 dev-libs/libpcre:3 dev-libs/boost:0/1.75.0 sys-devel/llvm:11


EDIT: Nope, emerging of gcc still fails.
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)


Last edited by Lebkoungcity on Sun Mar 14, 2021 8:31 am; edited 1 time in total
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 7:08 am    Post subject: Reply with quote

ShorTie wrote:
I upgraded my pi4 4gig 32 bit with no problems.
I did follow the gcc upgrade though,
https://wiki.gentoo.org/wiki/Upgrading_GCC


ShorTie,

I'm used to upgrade GCC on my other systems (amd64 and x86) and I was sure gcc builds fine on arm. Thanks for confirming this! But I'm stuck at the first point - emerging gcc. It is a rather fresh install and there are still packages I didn't recompile after installation. That's why I had this re-emerge running with the output of 'revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc --pretend' because I have some hope that would have touched the sweet spot - but that's just a shot in the dark :wink:
EDIT: I didn't help - emerging of gcc still fails at the same point.
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
ShorTie
Tux's lil' helper
Tux's lil' helper


Joined: 12 Feb 2006
Posts: 101

PostPosted: Sun Mar 14, 2021 2:19 pm    Post subject: Reply with quote

arm64 stage3 was built yesterday with gcc-10.2.
Maybe just start over again.
Something is funky it seems.
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 3:25 pm    Post subject: Reply with quote

Lebkoungcity wrote:
I wonder what this tells you :wink:
I wanted to check consistency between libraries libicuuc and libstdc++. The build failure is triggered by an invocation of msgfmt (from sys-devel/gettext), which apparently can't find symbol _ZSt14__once_functor in any of the linked shared libraries.

Lebkoungcity wrote:
The second shows the symbol for libstdc++.so (whatever 'symbols' means - I have to read about this) which is at least defined (as far as I understand this at the moment).
Symbols are related to code or data that a program or library needs and should be able to find in another linked library. The surprising part is that _ZSt14__once_functor is actually defined in libstdc++, so I don't know why msgfmt can't find it.

Lebkoungcity wrote:
The third one reveals that the symbol for /usr/lib/libicuuc.so.68 is undefined - at least I think it's what it says.
Yeah, msgfmt is linked to Gettext libraries, which are linked to libxml2, which is linked to libicuuc, which is the library that is referencing the symbol.

You already rebuilt dev-libs/icu, so see if also rebuilding sys-devel/gettext and dev-libs/libxml2 helps.
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 6:40 pm    Post subject: Reply with quote

GDH-gentoo,

thanks for the explanation :)

But still no luck:
I rebuild dev-libs/libxml2 and sys-devel/gettext and dev-libs/libxml2 even though I rebuild gettext three days ago but hoped it might help.
The emerge fails after about one hour at the same point.

The output of 'nm -D /usr/lib/gcc/*/*/libstdc++.so | grep __once_' and 'nm -D /usr/lib/libicuuc.so.68 | grep __once_' are still the same.
Interesting: On my amd64 and my x86 they look similar - the one for 'libstdc++.so' shows symbol types of 'B' and 'T', the one for 'libicuuc.so.68' shows symbol type of 'U' as undefined. And on those boxes I don't have this kind of problem (at least I didn't encounter one...).

Now in the meantime I tried to get a list of packages that weren't recompiled since installation of the system (I looked for packages which hadn't the sources downloaded) and now I'm in the process of rebuilding them. Maybe I will have a hit.
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 7:05 pm    Post subject: Reply with quote

Lebkoungcity wrote:
The emerge fails after about one hour at the same point.

If you want to test without trying to build GCC, and you still have directory /var/tmp/portage/sys-devel/gcc-10.2.0-r5 from the failed emerge command, try manually running msgfmt:

Code:
msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.po
In theory, you should get the same "symbol lookup error" message. If you do, you could then install dev-util/strace, run:

Code:
strace msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.po 2>msgfmt.log
and post the contents of the resulting msgfmt.log file (in a pastebin site if it's too long).
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 7:54 pm    Post subject: Reply with quote

Yeah, I still have /var/tmp/portage/sys-devel/gcc-10.2.0-r5 and its content.
I executed
Code:
msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.po

and for completeness
Code:
msgfmt -o fr.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/fr.po

Bot returned no output at all.

Despite that I emerged dev-util/strace and ran:
Code:
strace msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.po 2>msgfmt-de.log

and
Code:
strace msgfmt -o fr.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/fr.po 2>msgfmt-fr.log


Results are here:
Code:
wgetpaste msgfmt-de.log --verbose
Your paste can be seen here: https://dpaste.com/9A2EUUML5

https://dpaste.com/9A2EUUML5

Code:
wgetpaste msgfmt-fr.log --verbose
Your paste can be seen here: https://dpaste.com/DGNBGSZ2H

https://dpaste.com/DGNBGSZ2H

EDIT: Inserted links to dpaste.
I don't know if there's something relevant in them :wink:

EDIT-2:
OK, I think it's relevant in which directory the commands are executed. So I repeated them in /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po
Code:
thalia /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po # wgetpaste msgfmt-de.log
Your paste can be seen here: https://dpaste.com/3AB6VFM9N

https://dpaste.com/3AB6VFM9N
Code:
thalia /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po # wgetpaste msgfmt-fr.log
Your paste can be seen here: https://dpaste.com/2YXEWTM5R

https://dpaste.com/2YXEWTM5R
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 8:45 pm    Post subject: Reply with quote

Lebkoungcity wrote:
I don't know if there's something relevant in them :wink:

Yes: the relevant part is that running msgfmt manually (which is /usr/bin/msgfmt in all 4 tests) succeeded 8O You should have de.mo and fr.mo files both in your home directory and /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po.

So this only fails when building GCC, weird. There should be a file named config.log in the libstdc++-v3 subdirectory of the build directory (don't confuse with the source directory, which is also in /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work). Can you post all lines between "checking for msgfmt" and "checking for library containing gettext" from that file?
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 9:11 pm    Post subject: Reply with quote

GDH-gentoo wrote:
You should have de.mo and fr.mo files both in your home directory and /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po.


Yes, they're all there and they look good (readable, plain text, no 'weird' characters or such :wink: ).

Quote:
So this only fails when building GCC, weird. There should be a file named config.log in the libstdc++-v3 subdirectory of the build directory (don't confuse with the source directory, which is also in /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work). Can you post all lines between "checking for msgfmt" and "checking for library containing gettext" from that file?


OK, I hope it's the one you mean. I found this:
Code:
-rw-r--r-- 1 portage portage 577K 14. Mär 18:57 /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/config.log


Code:
configure:12616: checking for msgfmt
configure:12632: found /usr/bin/msgfmt
configure:12644: result: yes
configure:12721: checking libintl.h usability
configure:12721: /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/./gcc/ >
configure:12721: $? = 0 
configure:12721: result: yes
configure:12721: checking libintl.h presence   
configure:12721: /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/./gcc/xgcc -B/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/./gcc/ >
configure:12721: $? = 0
configure:12721: result: yes
configure:12721: checking for libintl.h
configure:12721: result: yes
configure:12733: checking for library containing gettext


I don't know what you're looking for but to me it seems it found what it wanted?
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 9:25 pm    Post subject: Reply with quote

Lebkoungcity wrote:
OK, I hope it's the one you mean. I found this:
Code:
-rw-r--r-- 1 portage portage 577K 14. Mär 18:57 /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/config.log
Yes, that one.

Lebkoungcity wrote:
I don't know what you're looking for but to me it seems it found what it wanted?
I wanted to check if the msgfmt program the build system found and was supposedly trying to use is the same one that you used in the tests and worked, i.e. /usr/bin/msgfmt. And apparently it is:

Lebkoungcity wrote:
Code:
configure:12632: found /usr/bin/msgfmt

Sigh, OK, one more test. Change to directory /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po, and post the output of ls. There should be few files, including a makefile. There shouldn't be any *.mo files, but if they are, remove them. Then post the output of:
Code:
make de.mo fr.mo
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 9:35 pm    Post subject: Reply with quote

GDH-gentoo wrote:
Lebkoungcity wrote:
OK, I hope it's the one you mean. I found this:
Code:
-rw-r--r-- 1 portage portage 577K 14. Mär 18:57 /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/config.log
Yes, that one.

Lebkoungcity wrote:
I don't know what you're looking for but to me it seems it found what it wanted?
I wanted to check if the msgfmt program the build system found and was supposedly trying to use is the same one that you used in the tests and worked, i.e. /usr/bin/msgfmt. And apparently it is:

Lebkoungcity wrote:
Code:
configure:12632: found /usr/bin/msgfmt


btw: Thank you very much for all these explanations!

Quote:
Sigh, OK, one more test. Change to directory /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po, and post the output of ls. There should be few files, including a makefile. There shouldn't be any *.mo files, but if they are, remove them.


It's only this - just the Makefile:
Code:
thalia /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po # ls -lh
insgesamt 24K
-rw-r--r-- 1 portage portage 22K 14. Mär 18:56 Makefile


Quote:
Then post the output of:
Code:
make de.mo fr.mo


Here we go:
Code:
thalia /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po # make de.mo fr.mo
make: „/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.mo“ ist bereits aktuell.
make: „/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/fr.mo“ ist bereits aktuell.


['ist bereits aktuell' - 'is already up-to-date']
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 9:47 pm    Post subject: Reply with quote

Lebkoungcity wrote:
Code:
make: „/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.mo“ ist bereits aktuell.
make: „/var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/fr.mo“ ist bereits aktuell.
Oh, those are the ones from the previous tests (in the source directory). Please remove both and try again.
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 9:56 pm    Post subject: Reply with quote

OK, rm'ed them and then:

Code:
thalia /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po # make de.mo fr.mo
msgfmt -o de.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/de.po
msgfmt -o fr.mo /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/gcc-10.2.0/libstdc++-v3/po/fr.po


gives:
Code:
thalia /var/tmp/portage/sys-devel/gcc-10.2.0-r5/work/build/armv7a-unknown-linux-gnueabihf/libstdc++-v3/po # ls -lh
insgesamt 32K
-rw-r--r-- 1 portage portage 22K 14. Mär 18:56 Makefile
-rw-r--r-- 1 root    root    447 14. Mär 22:50 de.mo
-rw-r--r-- 1 root    root    449 14. Mär 22:50 fr.mo


So I think this worked.
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
GDH-gentoo
Veteran
Veteran


Joined: 20 Jul 2019
Posts: 1699
Location: South America

PostPosted: Sun Mar 14, 2021 10:19 pm    Post subject: Reply with quote

Lebkoungcity wrote:
So I think this worked.

Yeah, that's what is supposed to happen. The only thing I can say then is that making those files seems to fail only when GCC is built by Portage. Something is different when doing it manually, but I am afraid I'm out of ideas about why.
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Sun Mar 14, 2021 10:32 pm    Post subject: Reply with quote

GDH-gentoo wrote:
Lebkoungcity wrote:
So I think this worked.

Yeah, that's what is supposed to happen. The only thing I can say then is that making those files seems to fail only when GCC is built by Portage. Something is different when doing it manually, but I am afraid I'm out of ideas about why.


Hey, thank you very much! I've learned lots of stuff :D
I think I'll do two things:
- open a bug
- see where 'FEATURES="keepwork" emerge -1av gcc' will take me

But not today. First I need some sleep and in a few hours I've got a job to do that pays my bills :wink:

See you around!
¡Hasta la próxima!
Até à próxima!
Andy
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
Lebkoungcity
Apprentice
Apprentice


Joined: 16 Nov 2008
Posts: 221
Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)

PostPosted: Tue Mar 16, 2021 6:18 pm    Post subject: Reply with quote

'FEATURES="keepwork" emerge -1av gcc' didn't get me anywhere...

I had an idea and I tested it:
I set '-icu' in make.conf and rebuilt world. And what should I say: gcc built fine!

Then I reverted make.conf - I removed '-icu' and rebuilt world again. (Mostly because I don't know what ICU is good for - I read about it but still it isn't clear to me. But I know it is pulled in as a regular dependency...)

I opened this bug:
https://bugs.gentoo.org/776733
_________________
"The most dangerous world view is the world view of the ones who haven't viewed the world."
Alexander von Humboldt (1769-1859)
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on ARM All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum