[Bug go/82544] gccgo on SPARC64 produce bad binary

2017-10-13 Thread ian at airs dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82544 --- Comment #4 from Ian Lance Taylor --- The call to abort makes this seem more like a problem in the unwind code in libgcc than a problem with the Go compiler. Can you find out exactly what code in uw_context_1 is calling abort? Try running th

[Bug go/82544] gccgo on SPARC64 produce bad binary

2017-10-13 Thread ikozhukhov at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82544 --- Comment #3 from Igor Kozhukhov --- additional info by mdb: igork@bld13:~/builds/igork/du2/components/gcc-6$ mdb core Loading modules: [ libc.so.1 ld.so.1 ] > $C 7fffd1a1 libc.so.1`_lwp_kill+8(1, 6, 0, 0, 0, 0) 7fffd251 libc.

[Bug go/82544] gccgo on SPARC64 produce bad binary

2017-10-13 Thread ikozhukhov at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82544 --- Comment #2 from Igor Kozhukhov --- forgot to add gcc-6 bootstrap info on DilOS on Intel: root@z165:/rws1/users/root/du2/components/gcc-6# gcc-6 -v Using built-in specs. COLLECT_GCC=gcc-6 COLLECT_LTO_WRAPPER=/usr/gcc/6/lib/gcc/x86_64-pc-solar

[Bug go/82544] gccgo on SPARC64 produce bad binary

2017-10-13 Thread ikozhukhov at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82544 --- Comment #1 from Igor Kozhukhov --- DilOS on Intel. for example: the same codebase of gcc-6.4.0 + illumos ld on Intel is working fine: root@z165:/rws1/users/root/du2/components/gcc-6# gccgo-6 -o t hello.go root@z165:/rws1/users/root/du2/co