Bug#807756: Bug#818775: gnubg: non-standard gcc/g++ used for build (gcc-4.9)
Control: reassign 807756 gcc-5,gcc-6
Matthias Klose <doko@debian.org> writes:
> On 20.03.2016 20:12, Russ Allbery wrote:
>> Note, though, that there seems to be a substantial compiler regression
>> in GCC 5 in the optimizer that affects at least this package. When
>> built with GCC 5 with any optimization enabled, gnubg goes into a 100%
>> CPU loop before main.
> please could you recheck with GCC 6?
Same problem. :( Similar backtrace if I interrupt it while it's in its
100% CPU loop. Seems to be during shared library initialization:
(gdb) run
Starting program: /usr/games/gnubg
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
^C
Program received signal SIGINT, Interrupt.
memcpy (__dest=0x5555559b1070, __src=0x7fffea08541e, __len=6)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53
53 return __builtin___memcpy_chk (__dest, __src, __len, __bos0 (__dest));
(gdb) bt
#0 memcpy (__dest=0x5555559b1070, __src=0x7fffea08541e, __len=6)
at /usr/include/x86_64-linux-gnu/bits/string3.h:53
#1 0x00007fffe836aea2 in ?? () from /usr/lib/x86_64-linux-gnu/libtasn1.so.6
#2 0x00007fffe836b3fb in ?? () from /usr/lib/x86_64-linux-gnu/libtasn1.so.6
#3 0x00007fffe836c449 in asn1_array2tree ()
from /usr/lib/x86_64-linux-gnu/libtasn1.so.6
#4 0x00007fffe9fd5256 in gnutls_global_init ()
from /usr/lib/x86_64-linux-gnu/libgnutls.so.30
#5 0x00007fffe9fb695c in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.30
#6 0x00007ffff7dea2da in call_init (l=<optimized out>, argc=argc@entry=1,
argv=argv@entry=0x7fffffffe048, env=env@entry=0x7fffffffe058)
at dl-init.c:72
#7 0x00007ffff7dea3eb in call_init (env=0x7fffffffe058, argv=0x7fffffffe048,
argc=1, l=<optimized out>) at dl-init.c:30
#8 _dl_init (main_map=0x7ffff7ffe188, argc=1, argv=0x7fffffffe048,
env=0x7fffffffe058) at dl-init.c:120
#9 0x00007ffff7ddbcca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
#10 0x0000000000000001 in ?? ()
#11 0x00007fffffffe3f6 in ?? ()
#12 0x0000000000000000 in ?? ()
--
Russ Allbery (rra@debian.org) <http://www.eyrie.org/~eagle/>
Reply to: