[Bug c++/119458] Optimisation miss: atomic_ref increment

2025-03-25 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458 --- Comment #1 from Tymi --- Seems to produce the optimal result with -march=haswel

[Bug target/119458] Optimisation miss: atomic_ref increment

2025-03-25 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458 --- Comment #3 from Tymi --- (In reply to Richard Biener from comment #2) > I think this works as designed, sub vs. dec is a target tuning decision. > I'm not sure whether atomics should behave special in any way here. Hmm yea, and since -mtun

[Bug c++/119458] New: Optimisation miss: atomic_ref increment

2025-03-25 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119458 Bug ID: 119458 Summary: Optimisation miss: atomic_ref increment Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug c++/119072] GCC rejects type declaration inside a lamdba inside a decltype specifier

2025-02-28 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119072 --- Comment #2 from Tymi --- Ah okay. Thank you!

[Bug c++/119072] New: GCC rejects type declaration inside decltype specifier

2025-02-28 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119072 Bug ID: 119072 Summary: GCC rejects type declaration inside decltype specifier Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 C

[Bug libstdc++/116802] Symbol `is` (non-standard) is user inside the library.

2024-09-21 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802 --- Comment #9 from Tymi --- It is indeed not related to whether Clang compiles or not. I used clang as a reference that this is not an issue with other compilers, not as the base of the issue. The base of the issue, is that I have forgotten abo

[Bug libstdc++/116802] Symbol `is` (non-standard) is user inside the library.

2024-09-21 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802 --- Comment #7 from Tymi --- "This issue is indeed invalid then" is not misleading. The issue is literally invalid. `is` is a standard function.

[Bug libstdc++/116802] Symbol `is` (non-standard) is user inside the library.

2024-09-21 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802 --- Comment #5 from Tymi --- (In reply to Andrew Pinski from comment #3) > (In reply to Tymi from comment #2) > > Oh, did not see that detail. It does compile with clang though. > > By clang you mean with libstd++ with clang or libc++? The def

[Bug libstdc++/116802] Symbol `is` (non-standard) is user inside the library.

2024-09-21 Thread tymi at tymi dot org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116802 --- Comment #2 from Tymi --- Oh, did not see that detail. It does compile with clang though.