https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #33 from Marc Poulhiès ---
No worries, we've applied it locally.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #32 from Martin Jambor ---
(In reply to Marc Poulhiès from comment #31)
> Hello Martin,
>
> Any chance the fix that fixes the new test for 32bits can be also backported?
>
> 4923ed49b93352bcf9e43cafac38345e4a54c3f8
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Marc Poulhiès changed:
What|Removed |Added
CC||dkm at gcc dot gnu.org
--- Comment #31
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #29 from Martin Jambor ---
Fixed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #28 from GCC Commits ---
The releases/gcc-13 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:10bf53a80eefa46500bffb442719777e2640e7d7
commit r13-8773-g10bf53a80eefa46500bffb442719777e2640e7d7
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Priority|P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Jakub Jelinek changed:
What|Removed |Added
Summary|[13/14 Regression] LTO |[13 Regression] LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #17 from Sam James ---
There's another small testcase in PR114263.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #16 from Andrew Pinski ---
*** Bug 114263 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #15 from Martin Jambor ---
Created attachment 57462
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57462=edit
Simple testcase (needs disabling early - and only early - SRA)
This is a simpler testcase which exhibits the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #14 from Martin Jambor ---
(In reply to rguent...@suse.de from comment #13)
> Might be also an interaction with IPA ICF in case there's a pointer to
> the pair involved?
Yes, this is exactly what seems to be happening. The problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #13 from rguenther at suse dot de ---
On Tue, 6 Feb 2024, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
>
> --- Comment #12 from Jakub Jelinek ---
> Just going from the demangled name of
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #12 from Jakub Jelinek ---
Just going from the demangled name of
std::pair > > const,
Context*>
it would surprise me if it was ODR violation in the testcase, because class
Context
is only defined in Timer.ii, not in the other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #11 from Jan Hubicka ---
If there are two ODR types with same ODR name one with integer and other with
pointer types third field, then indeed we should get ODR warning and give up on
handling them as ODR types for type merging.
So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #10 from Richard Biener ---
I see the 'pair' type is marked TYPE_CXX_ODR_P, I'd say you should see a
ODR type violation diagnostic, and if you don't, this means we force different
alias sets for both? Not sure - Honza added this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #9 from Martin Jambor ---
SRA creates the replacements (in GCC 13) during total scalarization,
i.e. the bit that is not driven by pre-existing accesses to
aggregates, but because it sees an aggregate that is small and regular
and so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #6 from Jakub Jelinek ---
Created attachment 57061
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57061=edit
SloppyCRCMap.ii.xz
When using current GCC trunk instead of current GCC 13 branch (CrtStuff.i.xz is
the same between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #5 from Jakub Jelinek ---
Created attachment 57060
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57060=edit
Timer.ii.xz from GCC 14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113359
--- Comment #4 from Jakub Jelinek ---
Will try to reproduce with trunk next (unfortunately due to the builtin trait
changes the GCC 13 preprocessed sources can't be compiled with GCC 14).
22 matches
Mail list logo