[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added CC|

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #43 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-30 09:41:52 UTC --- TLS is supported in Fedora glibc obviously, the issue is likely with the sorry state of the Fedora/SPARC port, which is essentially unmaintained.

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #39 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-13 09:07:24 UTC --- By forcing --with-tls through the configure script and reinstalling the glibc, g++ seems to notice glibc supporting tls and generates the code

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #40 from philip.copeland at oracle dot com 2013-01-13 09:18:16 UTC --- Seems that way 8/ I do apologise for consuming so much of everyone's time. My only defence being it wasn't terribly obvious without the comparison of

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|WAITING

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #38 from philip.copeland at oracle dot com 2013-01-12 14:10:52 UTC --- Ugh,... well, the good news is that I can now compile this successfully. I didn't even need to rebuild gcc. (although I will just to follow through on

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #35 from philip.copeland at oracle dot com 2013-01-11 17:19:06 UTC --- (Sorry for the delay in getting back to you) I've multipass recompiled all the affected packages associated with gcc/glibc over the last day which has taken

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #36 from philip.copeland at oracle dot com 2013-01-11 17:20:35 UTC --- Created attachment 29149 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29149 g++/gcc testsuite results g++/gcc testsuite results

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #37 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-11 17:55:38 UTC --- So tls DID exist and was being used. I think I can assume that tls support didn't go away for sparc64 in later gcc releases. (I also threw the

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #14 from philip.copeland at oracle dot com 2013-01-09 08:27:19 UTC --- Smallest test case program #include iostream int main() { std::cerr we are able to write to stderr\n; } bash-4.2# g++ test.c bash-4.2# ./a.out

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #15 from philip.copeland at oracle dot com 2013-01-09 09:06:38 UTC --- I've a fc17 x86_64 box in the backroom here that I'm going to generate a comparison trace with [root@ZenV tmp]# gdb a.out (gdb) break

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 Mikael Pettersson mikpe at it dot uu.se changed: What|Removed |Added CC||mikpe at

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #17 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-09 10:18:34 UTC --- Thanks Mikael. Thus I suppose the minimized snippet in Comment #14 also runs fine for you? Indeed, it would be nice if you could try to reproduce

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #18 from Mikael Pettersson mikpe at it dot uu.se 2013-01-09 10:32:35 UTC --- Yes, the snippet in Comment #14 works fine for me, with both -m32 and -m64.

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #19 from philip.copeland at oracle dot com 2013-01-09 10:37:38 UTC --- Mikael, could you compare against the versions of packages that I'm using? gcc requires the following according to fedora)

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #20 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-09 10:49:44 UTC --- Thanks Mikael. Having the testresults for -m32 and -m64 is also nice, by the way. And they indeed look very good! Philip's latest testsuite

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #21 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-09 10:52:07 UTC --- Philip, from http://gcc.gnu.org/ml/gcc-testresults/2013-01/msg00571.html seems obvious that Mikael is simply fetching with subversion and

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #22 from philip.copeland at oracle dot com 2013-01-09 10:59:13 UTC --- Ok so he's using 4.7.3 not 4.7.2-(butched by fedora folk) (there's about 24 patchs they apply) ugh,.. what would you like me to do here then? pull over

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #23 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-09 11:07:10 UTC --- Oh well, testing the current vanilla 4_7-branch is always a good idea, if you ask me. That said, it seems very unlikely that back in the 4.7.2

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #24 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-09 11:51:22 UTC --- #1 0xf80100490988 in __cxxabiv1::__cxa_get_globals () at ../../../../libstdc++-v3/libsupc++/eh_globals.cc:63 63 { return

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #25 from philip.copeland at oracle dot com 2013-01-09 12:21:19 UTC --- Mmm yes I did notice the x86_64 trace I did bounced off into the tls/PLT area Breakpoint 1, __cxxabiv1::__cxa_get_globals () at

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #26 from Mikael Pettersson mikpe at it dot uu.se 2013-01-09 12:42:13 UTC --- (In reply to comment #19) Mikael, could you compare against the versions of packages that I'm using? Well, my environment is Fedora 15 so all

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #27 from Mikael Pettersson mikpe at it dot uu.se 2013-01-09 12:46:11 UTC --- (In reply to comment #25) Mikael, as reference was your version of 4.7.3 compiled without --enable-initfini-array ? Yes.

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #28 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-09 14:50:16 UTC --- Thanks Eric for following this.

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #29 from philip.copeland at oracle dot com 2013-01-09 15:29:26 UTC --- Rebuilt fedoras 4.7.2-8 gcc without --enable-initfini-array reinstalled in a chroot and rebuilt the test program bash-4.2# g++ -v Using built-in specs.

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #30 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-09 15:45:35 UTC --- Program received signal SIGSEGV, Segmentation fault. 0xf8010030a558 in __frame_dummy_init_array_entry () from /lib64/libstdc++.so.6 Is

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #31 from philip.copeland at oracle dot com 2013-01-09 16:00:56 UTC --- Hurm,... bash-4.2# cd /tmp bash-4.2# mkdir expand bash-4.2# cd expand/ bash-4.2# rpm2cpio /builddir/build/RPMS/libstdc++-4.7.2-8.fc18.sparc64.rpm |

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #32 from Paolo Carlini paolo.carlini at oracle dot com 2013-01-09 16:07:19 UTC --- Well, if you don't pass anything an autoconf test tries to figure out: --enable-initfini-array Force the use of sections .init_array and

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #33 from philip.copeland at oracle dot com 2013-01-09 17:27:18 UTC --- Ok,. thats 4.8.0 (gcc-trunk) rebuilt and tested.. fails bash-4.2# g++ -v Using built-in specs. COLLECT_GCC=g++

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #34 from Eric Botcazou ebotcazou at gcc dot gnu.org 2013-01-09 19:17:00 UTC --- so [10] .init PROGBITS 00059c90 00059c90 [12] .fini PROGBITS 000caec0 000caec0

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #12 from philip.copeland at oracle dot com 2013-01-09 06:27:32 UTC --- Created attachment 29117 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29117 g++.log.tar.bz2 (part1) === g++ Summary for unix/ ===

[Bug target/55909] libtool test exposes what I think is some alignment issue in libstdc++

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909 --- Comment #13 from philip.copeland at oracle dot com 2013-01-09 06:28:26 UTC --- Created attachment 29118 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29118 g++.log (part 2)