[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#805237: makes gcc-5 FTBFS on s390x: ld segfaults linking libstdc++



Control: severity -1 wishlist

you really like to exaggerate things. Please could you take a step back? The rebootstrap goal doesn't automatically qualify for RC issues. Just take it.

The binutils packages for Debian supported target architectures are now built from the binutils source package. So I would appreciate to just use the cross toolchain available in Debian, and not rely on your own home-grown stuff. If you want to make sure that the cross toolchain is buildable, just rebuild it, but please don't try to maintain your own variant, and then bother people with RC issues.

thanks, Matthias


On 15.11.2015 23:03, Helmut Grohne wrote:
Package: binutils
Version: 2.25.51.20151113-1
Severity: serious
User: helmutg@debian.org
Usertags: rebootstrap

I noticed that since the binutils version above gcc-5 can no longer be cross
built for s390x. ld segfaults while linking the 32bit libstdc++ in stage3.  See
https://jenkins.debian.net/job/rebootstrap_s390x_gcc5/58/console. As a first
step, I tried building gcc-5 natively on zelenka.d.o and it also fails there. I
am attaching a native failing build log.

The failing invocation is:

| libtool: link: /home/helmutg/gcc-5-5.2.1/build/./gcc/xgcc -shared-libgcc -B/home/helmutg/gcc-5-5.2.1/build/./gcc -nostdinc++ -L/home/helmutg/gcc-5-5.2.1/build/s390x-linux-gnu/32/libstdc++-v3/src -L/home/helmutg/gcc-5-5.2.1/build/s390x-linux-gnu/32/libstdc++-v3/src/.libs -L/home/helmutg/gcc-5-5.2.1/build/s390x-linux-gnu/32/libstdc++-v3/libsupc++/.libs -B/usr/s390x-linux-gnu/bin/ -B/usr/s390x-linux-gnu/lib/ -isystem /usr/s390x-linux-gnu/include -isystem /usr/s390x-linux-gnu/sys-include -isystem /home/helmutg/gcc-5-5.2.1/build/sys-include  -m31  -fPIC -DPIC -D_GLIBCXX_SHARED -shared -nostdlib /usr/lib/../lib32/crti.o /home/helmutg/gcc-5-5.2.1/build/./gcc/32/crtbeginS.o  .libs/compatibility.o .libs/compatibility-debug_list.o .libs/compatibility-debug_list-2.o .libs/compatibility-ldbl.o .libs/compatibility-c++0x.o .libs/compatibility-atomic-c++0x.o .libs/compatibility-thread-c++0x.o .libs/compatibility-chrono.o .libs/compatibility-condvar.o  -Wl,--whole-archive ../../libsupc+!
+/.libs/li
bsupc++convenience.a ../../src/debug/c++98/.libs/libc++98convenience.a ../../src/debug/c++11/.libs/libc++11convenience.a -Wl,--no-whole-archive  -L/home/helmutg/gcc-5-5.2.1/build/s390x-linux-gnu/32/libstdc++-v3/libsupc++/.libs -L/home/helmutg/gcc-5-5.2.1/build/s390x-linux-gnu/32/libstdc++-v3/src -L/home/helmutg/gcc-5-5.2.1/build/s390x-linux-gnu/32/libstdc++-v3/src/.libs -lm -L/home/helmutg/gcc-5-5.2.1/build/./gcc/32 -L/lib/../lib32 -L/usr/lib/../lib32 -L/home/helmutg/gcc-5-5.2.1/build/./gcc -lc -lgcc_s /home/helmutg/gcc-5-5.2.1/build/./gcc/32/crtendS.o /usr/lib/../lib32/crtn.o  -m31 -Wl,-O1 -Wl,-z -Wl,relro -Wl,--gc-sections -Wl,-z -Wl,relro -m31 -Wl,--version-script=libstdc++-symbols.ver   -Wl,-soname -Wl,libstdc++.so.6 -o .libs/libstdc++.so.6.0.21

Traceback:

| #0  0x000003fffb20a152 in ?? () from /usr/lib/s390x-linux-gnu/libbfd-2.25.51-system.20151113.so
| No symbol table info available.
| #1  0x000003fffb1f7aba in bfd_elf_gc_sections () from /usr/lib/s390x-linux-gnu/libbfd-2.25.51-system.20151113.so
| No symbol table info available.
| #2  0x000000008001b4e6 in ?? ()
| No symbol table info available.
| #3  0x0000000080006934 in ?? ()
| No symbol table info available.
| #4  0x000003fffafd68ee in __libc_start_main (main=0x80006350, argc=<optimized out>, argv=0x3ffffa6bc18, init=<optimized out>, fini=0x80033368, rtld_fini=0x3fffb293a10 <_dl_fini>,
|     stack_end=0x3ffffa6bb60) at libc-start.c:287
|         self = <optimized out>
|         result = <optimized out>
|         unwind_buf = {cancel_jmp_buf = {{jmp_buf = {{__gregs = {2147693416, 4398040660992, 2147512512, 2933251283256, 2933251277520, 2147693312, 4397963993088, 0, 3106769708956702,
|                     3106769790135670}, __fpregs = {0, 0, 0, 0, 0, 0, 0, 0}}}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x3fffb281c78, 0x3fffb281450}, data = {prev = 0x0,
|               cleanup = 0x0, canceltype = 1023}}}
|         not_first_call = <optimized out>
| #5  0x00000000800070fe in ?? ()
| No symbol table info available.

Helmut



Reply to: