[Bug lto/116478] New: x86_64-w64-mingw32-gcc -flto should support and not warn about __attribute__ ((visibility("default")))

2024-08-24 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116478 Bug ID: 116478 Summary: x86_64-w64-mingw32-gcc -flto should support and not warn about __attribute__ ((visibility("default"))) Product: gcc Version: 13.1.0 Status: UNCON

[Bug middle-end/32667] block copy with exact overlap is expanded as memcpy

2023-11-24 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667 --- Comment #45 from Tim Ruffing --- Ha, I didn't want to move to discussion about restrict, but as a final remark: The formal semantics of restrict are not easy to parse and understand (see https://www.iso-9899.info/n3047.html#6.7.3.1 ). But jus

[Bug middle-end/32667] block copy with exact overlap is expanded as memcpy

2023-11-23 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667 --- Comment #39 from Tim Ruffing --- (In reply to Rich Felker from comment #36) > Our memcpy is not written in asm but in C, and it has the restrict qualifier > on src and dest. For my curiosity, can you point me to this implementation? I coul

[Bug middle-end/32667] block copy with exact overlap is expanded as memcpy

2023-11-23 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667 --- Comment #38 from Tim Ruffing --- (In reply to Rich Felker from comment #36) > If you're happy with a branch, you could probably take restrict off the > arguments and do something like: > > if (src==dest) return; > const char *restrict src2 =

[Bug tree-optimization/112430] New: [14 Regression] ICE: verify_ssa failed, missing definition

2023-11-07 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112430 Bug ID: 112430 Summary: [14 Regression] ICE: verify_ssa failed, missing definition Product: gcc Version: 14.0 Status: UNCONFIRMED Severity: normal Pr

[Bug middle-end/32667] block copy with exact overlap is expanded as memcpy

2021-06-09 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667 Tim Ruffing changed: What|Removed |Added CC||public at timruffing dot de --- Comment #1

[Bug middle-end/95189] [9/10 Regression] memcmp being wrongly stripped like strcmp

2020-09-27 Thread public at timruffing dot de via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95189 Tim Ruffing changed: What|Removed |Added CC||public at timruffing dot de --- Comment #1