https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113922
--- Comment #7 from Sergio Durigan Junior ---
Ah, OK, I'll let you file the bug, then. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113922
--- Comment #6 from Sergio Durigan Junior ---
Thanks for the quick analysis.
It seems that the following glibc commit dropped size hints from access when
FORTIFY_SOURCE=3:
https://sourceware.org/git/?p=glibc.git;a=commit;h=e938c02748402c50f60b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113922
--- Comment #2 from Sergio Durigan Junior ---
Created attachment 57431
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57431&action=edit
Preprocessed source
Sure thing. Here it is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113922
Bug ID: 113922
Summary: -Wstringop-overflow with FORTIFY_SOURCE=3 and O{1,2,3}
generates a false positive for 0-sized structs
Product: gcc
Version: 13.2.1
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #12 from Sergio Durigan Junior ---
Sorry, I have been busy with other things, but I'm paying attention to the
developments here.
I still have to test the workaround I suggested (passing -fdebug-prefix-map to
LDFLAGS) more broadly, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #9 from Sergio Durigan Junior ---
at(In reply to Richard Biener from comment #8)
> This works for me. The consistency check is not fully implemented and
> instead
> of passing down no -fdebug-prefix-map the patch passes the first bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #6 from Sergio Durigan Junior ---
As I mentioned in the description, a workaround for this would be to use
-fdebug-prefix-map in LDFLAGS as well. I'm leaning towards implementing this
in Ubuntu until we figure out how to properly so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #5 from Sergio Durigan Junior ---
(In reply to Richard Biener from comment #4)
> It works for the actual source file translation units for me, it's just the
> LTRANS units that have a DW_AT_comp_dir that's not remapped. It's actuall
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
--- Comment #1 from Sergio Durigan Junior ---
The formatting for the example snippet got messed up. Here's a fixed version:
$ echo 'int main(){}' > foo.c
$ ~/gcc/install/bin/gcc -c foo.c -O2 -g -flto=auto -ffat-lto-objects
-fdebug-prefix-map=`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109805
Bug ID: 109805
Summary: LTO affecting -fdebug-prefix-map
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87726
Sergio Durigan Junior changed:
What|Removed |Added
CC||sergiodj at sergiodj dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102316
Sergio Durigan Junior changed:
What|Removed |Added
CC||sergiodj at sergiodj dot net
--
12 matches
Mail list logo