[Bug target/113960] [11 Regression] std::map with std::vector as input overwrites itself with c++20, on s390x platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960 --- Comment #20 from mfarca --- Thank you for your help Jonathan.

[Bug target/113960] std::map with std::vector as input overwrites itself with c++20, on s390x platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960 --- Comment #13 from mfarca --- Would you please backport this to 12 when the patch lands?

[Bug target/113960] std::map with std::vector as input overwrites itself with c++20, on s390x platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960 --- Comment #12 from mfarca --- I've applied the above patch directly to `/usr/include/c++/12/bits/stl_algobase.h` under my fedora 36 env with gcc 12.2.1 and it solved the problem.

[Bug c++/113960] New: std::map with std::vector as input overwrites itself with c++20, on s390x platform

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960 Bug ID: 113960 Summary: std::map with std::vector as input overwrites itself with c++20, on s390x platform Product: gcc Version: 13.2.1 Status: UNCONFIRMED

[Bug c++/109091] New: AIX: thread_local is not being internally linked

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109091 Bug ID: 109091 Summary: AIX: thread_local is not being internally linked Product: gcc Version: 10.3.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/107736] call to a function, generated by inline asm, is off by one byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107736 --- Comment #4 from mfarca --- Thanks for creating the issue for improving documentation. Could you then clarify if call to the incorrect address is a bug or not? instructions are allowed to be under `.rodata` section as this section is still

[Bug c/107736] call to a function, generated by inline asm, is off by one byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107736 --- Comment #2 from mfarca --- > Toplevel inline-asm will be emitted without any knowledge of the current > section. So this is a limitation of gcc I guess? as clang does have the knowledge on which is which. The main issue still persists as

[Bug c/107736] New: call to a function, generated by inline asm, is off by one byte

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107736 Bug ID: 107736 Summary: call to a function, generated by inline asm, is off by one byte Product: gcc Version: 12.2.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/102531] New: std::hash does not work correctly on Big Endian platforms

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102531 Bug ID: 102531 Summary: std::hash does not work correctly on Big Endian platforms Product: gcc Version: 8.4.0 Status: UNCONFIRMED Severity: normal