[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 Bernd Edlinger changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #24 from Bernd Edlinger --- Author: edlinger Date: Wed Sep 28 12:11:57 2016 New Revision: 240573 URL: https://gcc.gnu.org/viewcvs?rev=240573=gcc=rev Log: 2016-09-28 Bernd Edlinger PR c++/77748

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #23 from Christophe Lyon --- Yes, it does the trick. Thanks!

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #22 from Bernd Edlinger --- (In reply to Christophe Lyon from comment #21) > Ha, indeed, that's one of the differences between arm-none-eabi and > arm-none-linux-gnueabi. > > Using -fno-short-enums does make execution succeed,

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #21 from Christophe Lyon --- Ha, indeed, that's one of the differences between arm-none-eabi and arm-none-linux-gnueabi. Using -fno-short-enums does make execution succeed, unfortunately the linker complains because the startup

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #20 from Bernd Edlinger --- Bah. Your target defaults to -fshort-enums: that makes the basic_string structure much too short it uses an array of enum to keep it at the same size as the original. Now please try this: Index:

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 Christophe Lyon changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #18 from Christophe Lyon --- Created attachment 39706 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39706=edit qemu trace v3

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #17 from Christophe Lyon --- Created attachment 39705 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39705=edit assembler-v3

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #16 from Christophe Lyon --- Created attachment 39704 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39704=edit preprocessed-v3

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #15 from Bernd Edlinger --- Thanks. Again I could reproduce the issue with the assembler flle. This time it fails in a memcmp. Apparently the _M_string_length is uninitialized, but used in memcmp. Can you try this? Index:

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #11 from Christophe Lyon --- Created attachment 39698 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39698=edit preprocessed-v2

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #14 from Christophe Lyon --- I've attached the "v2" version of the .ii, .s and trace files.

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #13 from Christophe Lyon --- Created attachment 39700 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39700=edit qemu trace v2

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #12 from Christophe Lyon --- Created attachment 39699 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39699=edit assembler-v2

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #10 from Bernd Edlinger --- (In reply to Christophe Lyon from comment #9) > Did you try on arm-none-eabi too? > It does not seem to work for me. Hmmm, I don't have the exact environment, but I used your .s file, removed the abi

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #9 from Christophe Lyon --- Did you try on arm-none-eabi too? It does not seem to work for me.

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #8 from Andreas Schwab --- That change also makes it run successfully.

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #7 from Bernd Edlinger --- This avoids also the _Alloc_hider constructor. But it still reproduces with gcc-6 and gcc-7. I have found no way to add __attribute((noinline, noclone)) to the template specialization, that works. So I did

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #6 from Andreas Schwab --- On m68k it crashes here: Program received signal SIGSEGV, Segmentation fault. __GI_memcmp (s1=0x0, s2=0x0, len=2285895680) at memcmp.c:333 333 memcmp.c: No such file or

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #5 from Bernd Edlinger --- I think the problem is that tree libstdc++ functions are called, but the basic_string structure has been c-reduced. Especially _Alloc_hider, but when that is removed the test case does no longer reproduce

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 Bernd Edlinger changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de ---

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #3 from Christophe Lyon --- Created attachment 39693 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39693=edit qemu trace

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #2 from Christophe Lyon --- Created attachment 39692 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39692=edit assembler code

[Bug c++/77748] pr77550.C fails on arm-none-eabi

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748 --- Comment #1 from Christophe Lyon --- Created attachment 39691 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39691=edit preprocessed file