[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2023-05-05 Thread frankhb1989 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #9 from frankhb1989 at gmail dot com --- (In reply to Jonathan Wakely from comment #8) > I don't think that's true. If __GXX_MERGED_TYPEINFO_NAMES is true then the > out-of-line definition is correct. You can't just redefine that

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2023-05-04 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #8 from Jonathan Wakely --- (In reply to frankhb1989 from comment #7) > (In reply to Jonathan Wakely from comment #6) > > > What are the mangled type names that are unordered? (that's all you need to > > describe, everything about

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2023-05-04 Thread frankhb1989 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #7 from frankhb1989 at gmail dot com --- (In reply to Jonathan Wakely from comment #6) > What are the mangled type names that are unordered? (that's all you need to > describe, everything about flat_map and partition_point is

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2023-05-02 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #6 from Jonathan Wakely --- (In reply to frankhb1989 from comment #5) > There are multiple issues. > > 1. The out-of-line definition and the inline definition of > std::type_info::before do different things. Specifically, only one

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2023-04-29 Thread frankhb1989 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #5 from frankhb1989 at gmail dot com --- There are multiple issues. 1. The out-of-line definition and the inline definition of std::type_info::before do different things. Specifically, only one name is detected against to '*' in the

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2023-04-29 Thread frankhb1989 at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 frankhb1989 at gmail dot com changed: What|Removed |Added CC||frankhb1989 at gmail dot

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2021-11-23 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #3 from CVS Commits --- The releases/gcc-11 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:ec6ba81a038be488cec5e3bdc4f30b7876d9c5ea commit r11-9270-gec6ba81a038be488cec5e3bdc4f30b7876d9c5ea Author: Jonathan

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2021-11-17 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #2 from Jonathan Wakely --- Fixed on trunk, backports to follow.

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2021-11-17 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 --- Comment #1 from CVS Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:054bf99841aad3869c70643b2ba2d9f85770c980 commit r12-5342-g054bf99841aad3869c70643b2ba2d9f85770c980 Author: Jonathan Wakely

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2021-11-14 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 Jonathan Wakely changed: What|Removed |Added Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org

[Bug libstdc++/103240] std::type_info::before gives wrong answer for ARM EABI

2021-11-14 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103240 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|