View previous topic :: View next topic |
Author |
Message |
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Fri Mar 12, 2021 5:55 am Post subject: emerge of gcc-10.2.0-r5 fails (Rpi4, 8GB, 32bit)[bug:776733] |
|
|
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 |
|
|
fedeliallalinea Administrator
Joined: 08 Mar 2003 Posts: 31268 Location: here
|
Posted: Fri Mar 12, 2021 6:55 am Post subject: |
|
|
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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sat Mar 13, 2021 7:10 am Post subject: |
|
|
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 |
|
|
fedeliallalinea Administrator
Joined: 08 Mar 2003 Posts: 31268 Location: here
|
Posted: Sat Mar 13, 2021 8:37 am Post subject: |
|
|
Here a possible explanation of what happened, I could not tell for more _________________ Questions are guaranteed in life; Answers aren't. |
|
Back to top |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sat Mar 13, 2021 8:24 pm Post subject: |
|
|
Thanks for the link!
Unfortunately it's beyond my understanding. But I try to get some things out of it I could try out _________________ "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 |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 12:32 am Post subject: |
|
|
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 |
|
|
ShorTie Tux's lil' helper
Joined: 12 Feb 2006 Posts: 101
|
|
Back to top |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 6:57 am Post subject: |
|
|
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
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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 7:08 am Post subject: |
|
|
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
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 |
|
|
ShorTie Tux's lil' helper
Joined: 12 Feb 2006 Posts: 101
|
Posted: Sun Mar 14, 2021 2:19 pm Post subject: |
|
|
arm64 stage3 was built yesterday with gcc-10.2.
Maybe just start over again.
Something is funky it seems. |
|
Back to top |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 3:25 pm Post subject: |
|
|
Lebkoungcity wrote: | I wonder what this tells you | 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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 6:40 pm Post subject: |
|
|
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 |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 7:05 pm Post subject: |
|
|
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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 7:54 pm Post subject: |
|
|
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
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 |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 8:45 pm Post subject: |
|
|
Lebkoungcity wrote: | I don't know if there's something relevant in them |
Yes: the relevant part is that running msgfmt manually (which is /usr/bin/msgfmt in all 4 tests) succeeded 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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 9:11 pm Post subject: |
|
|
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 ).
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 |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 9:25 pm Post subject: |
|
|
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:
|
|
Back to top |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 9:35 pm Post subject: |
|
|
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:
|
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 |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 9:47 pm Post subject: |
|
|
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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 9:56 pm Post subject: |
|
|
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 |
|
|
GDH-gentoo Veteran
Joined: 20 Jul 2019 Posts: 1699 Location: South America
|
Posted: Sun Mar 14, 2021 10:19 pm Post subject: |
|
|
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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Sun Mar 14, 2021 10:32 pm Post subject: |
|
|
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
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
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 |
|
|
Lebkoungcity Apprentice
Joined: 16 Nov 2008 Posts: 221 Location: near Lebkoungcity (='Gingerbreadcity' =Nuremberg)
|
Posted: Tue Mar 16, 2021 6:18 pm Post subject: |
|
|
'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 |
|
|
|