https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78936
--- Comment #3 from Reid Kleckner ---
The compiled code still fails at runtime during an LLVM build in the same way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78936
--- Comment #2 from Reid Kleckner ---
That option does not appear to affect the linked portions of the assembly. The
" [clone .constprop.544]" transform still appears to fire.
I will run the complete build and get back soon.
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: rnk at google dot com
Target Milestone: ---
The following test case has an issue where some interprocedural optimziation in
GCC 6.2.0 appears to have mixed up the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68016
--- Comment #7 from Reid Kleckner ---
(In reply to Jakub Jelinek from comment #6)
> Because symbol size is part of the ABI, and LLVM emits different symbol size
> between -fsanitize=address and -fno-sanitize=address.
> E.g. COPY relocations use t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68016
Reid Kleckner changed:
What|Removed |Added
CC||rnk at google dot com
--- Comment #5
