[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #61240] gcc 10.2.1-6 cannot compile gcc 10.2.0; related: unwind, ic
From: |
Boud Roukema |
Subject: |
[bug #61240] gcc 10.2.1-6 cannot compile gcc 10.2.0; related: unwind, iconv |
Date: |
Wed, 29 Sep 2021 18:36:54 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Firefox/78.0 |
Follow-up Comment #2, bug #61240 (project reproduce):
Maneage 3a1b96766 configures completely from scratch on a physically different
instance of a Debian GNU/Linux bullseye amd64 system. So a subtle difference
between the systems must explain the bug.
The machine without the bug has more cores, so the order of compilation might
be important; and the machine without the bug has less host system packages
installed, which might explain why the maneage _libiconv_ was preferred over a
non-existent system-level one.
My current suspicion lies with _ncurses_ and _libncurses++w.so.6.2_ examined
using _ldd_ .
On the machine that compiled successfully:
$ ldd .local/lib/libncurses++w.so.6.2 | sed... # anonymise
linux-vdso.so.1 (0x00007fXXXXXXXXX)
libformw.so.6 => /BUILD/software/installed/lib/libformw.so.6
(0x00007fXXXXXXXXX)
libmenuw.so.6 => /BUILD/software/installed/lib/libmenuw.so.6
(0x00007fXXXXXXXXX)
libpanelw.so.6 => /BUILD/software/installed/lib/libpanelw.so.6
(0x00007fXXXXXXXXX)
libncursesw.so.6 => /BUILD/software/installed/lib/libncursesw.so.6
(0x00007fXXXXXXXXX)
libstdc++.so.6 => /BUILD/software/installed/lib/libstdc++.so.6
(0x00007fXXXXXXXXX)
libgcc_s.so.1 => /BUILD/software/installed/lib/libgcc_s.so.1
(0x00007fXXXXXXXXX)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fXXXXXXXXX)
/BUILD/software/installed/lib/libiconv.so (0x00007fXXXXXXXXX)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fXXXXXXXXX)
/lib64/ld-linux-x86-64.so.2 (0x00007fXXXXXXXXX)
On the machine that failed:
$ ldd .local/lib/libncurses++w.so.6.2 | sed... # anonymise
linux-vdso.so.1 (0x00007fXXXXXXXXX)
libformw.so.6 => /BUILD/software/installed/lib/libformw.so.6
(0x00007fXXXXXXXXX)
libmenuw.so.6 => /BUILD/software/installed/lib/libmenuw.so.6
(0x00007fXXXXXXXXX)
libpanelw.so.6 => /BUILD/software/installed/lib/libpanelw.so.6
(0x00007fXXXXXXXXX)
libncursesw.so.6 => /BUILD/software/installed/lib/libncursesw.so.6
(0x00007fXXXXXXXXX)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007fXXXXXXXXX)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007fXXXXXXXXX)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fXXXXXXXXX)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fXXXXXXXXX)
/lib64/ld-linux-x86-64.so.2 (0x00007fXXXXXXXXX)
Making libiconv into a prerequisite for ncurses did not solve the bug; and it
gave the same result from ldd.
Since _ncurses_ has some special rules in _basic.mk_ for linking, my guess is
that the bug might be related to that. However, the machine with the
successful compile has _/BUILD/software/installed/lib/libiconv.so_ linked
without any sym link.
_______________________________________________________
Reply to this item at:
<https://savannah.nongnu.org/bugs/?61240>
_______________________________________________
Message sent via Savannah
https://savannah.nongnu.org/