[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-10-09 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Target Milestone|---

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-10-09 Thread cvs-commit at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #11 from GCC Commits --- The master branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:4f97411c0d45dc3d04b5d16384fee111889a7c41 commit r15-4216-g4f97411c0d45dc3d04b5d16384fee111889a7c41 Author: Jonathan Wakely Date

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-10-04 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #10 from Jonathan Wakely --- Hmm, 17_intro/names.cc is supposed to test libstdc++ not libc headers. But running it again with _FORTIFY_SOURCE defined is really only going to find problems in Glibc, and that test belongs in Glibc itse

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-10-04 Thread redi at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 Jonathan Wakely changed: What|Removed |Added Last reconfirmed||2024-10-04 Ever confirmed|0

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-10-04 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #8 from Sam James --- glibc side is fixed & it passes now. Dunno if we want to change the test to be re-run.

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-08-05 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #7 from Sam James --- (In reply to Sam James from comment #2) > This probably only shows up with _FORTIFY_SOURCE. We should have this test run twice, maybe thrice if we ever sort out the _GNU_SOURCE problem.

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-08-04 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 Sam James changed: What|Removed |Added See Also||https://sourceware.org/bugz

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-08-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #5 from Andrew Pinski --- I should mention that https://sourceware.org/bugzilla/show_bug.cgi?id=30516 is just related to this bug and not exactly the same issue.

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-08-04 Thread pinskia at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #4 from Andrew Pinski --- (In reply to Sam James from comment #3) > sz was added in a643f60c53876be0d57b4b7373770e6cb356fd13 in glibc-2.35. It would be useful to file a glibc bug too.

[Bug libstdc++/116210] 17_intro/names.cc test fails with >=glibc-2.35 and _FORTIFY_SOURCE

2024-08-03 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 Sam James changed: What|Removed |Added CC||siddhesh at gcc dot gnu.org Keywo

[Bug libstdc++/116210] 17_intro/names.cc test fails

2024-08-03 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #2 from Sam James --- This probably only shows up with _FORTIFY_SOURCE.

[Bug libstdc++/116210] 17_intro/names.cc test fails

2024-08-03 Thread sjames at gcc dot gnu.org via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116210 --- Comment #1 from Sam James --- stdlib.h:46 for me is: ``` __fortify_function __attribute_overloadable__ __wur char * __NTH (realpath (const char *__restrict __name, __fortify_clang_overload_arg (char *, __restrict, __resolved