https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115588
Bug ID: 115588
Summary: ICE: in tsubst_stmt, at cp/pt.cc:18527
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115579
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115587
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115589
Bug ID: 115589
Summary: (aarch64) clobbered register variables
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115590
Bug ID: 115590
Summary: Bad dereferences through -> operator not detected by
sanitizers
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115579
--- Comment #8 from Richard Biener ---
Ah, ok - the situation is new in that store-flag re-use is only considered for
loops which have all stores in a single BB and of course there always_stored
is always the same but now ref_can_have_store_data
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #23 from Jürgen Reuter ---
Created attachment 58486
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58486&action=edit
Shorter reproducer
This is a shorter reproducer, two files of a few hundred lines each. It seems
that the pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115591
Bug ID: 115591
Summary: ICE in riscv64-elf cross compiler, handling imported
addresses
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #24 from Richard Biener ---
(In reply to Jürgen Reuter from comment #23)
> Created attachment 58486 [details]
> Shorter reproducer
>
> This is a shorter reproducer, two files of a few hundred lines each. It
> seems that the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #25 from Jürgen Reuter ---
(In reply to Richard Biener from comment #24)
> (In reply to Jürgen Reuter from comment #23)
> > Created attachment 58486 [details]
> > Shorter reproducer
> >
> > This is a shorter reproducer, two files of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #26 from Jürgen Reuter ---
(In reply to Richard Biener from comment #24)
> (In reply to Jürgen Reuter from comment #23)
> > Created attachment 58486 [details]
> > Shorter reproducer
> >
> > This is a shorter reproducer, two files of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115528
--- Comment #27 from Jürgen Reuter ---
(In reply to Jürgen Reuter from comment #26)
> (In reply to Richard Biener from comment #24)
> > (In reply to Jürgen Reuter from comment #23)
> > > Created attachment 58486 [details]
> > > Shorter reproduce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115589
Andrew Pinski changed:
What|Removed |Added
Keywords||inline-asm
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115589
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115589
--- Comment #3 from Andrew Pinski ---
Some developers use Local Register Variables in an attempt to improve gcc’s
allocation of registers, especially in large functions. In this case the
register name is essentially a hint to the register alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115590
--- Comment #1 from Andrew Pinski ---
In this case we remove the load early on even at -O0.
Way before address santiizer annotates the load.
I am not 100% sure want to keep these around even at -O0 since they don't have
any behavior effect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115590
--- Comment #2 from Andrew Pinski ---
Note if you assign it to a temporary, GCC will catch it at -O0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115590
--- Comment #3 from nrk at disroot dot org ---
> I am not 100% sure want to keep these around even at -O0 since they don't
> have any behavior effect.
I'd strongly argue that if you're using sanitizers, you'd want these to be
caught :)
Also wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115589
--- Comment #4 from Pietro Braione ---
I see. Sorry for the noise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115592
Bug ID: 115592
Summary: CWG DR 2823 seems incompletely implemented
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: accepts-invalid
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
--- Comment #33 from anlauf at gcc dot gnu.org ---
I've been repeatedly struggling with the testcase in comment#19.
Since the dump-tree did not reveal anything, I ran a reduced version
under gdb to see why the code crashes at -O0 and -Og but not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115536
--- Comment #2 from Gaius Mulley ---
Created attachment 58488
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58488&action=edit
Proposed fix
Here is a proposed fix. When in a const expression the fix creates marked
boolean constvars whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115567
--- Comment #5 from Andrew Pinski ---
Works for me on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #7 from cqwrteur ---
The patch has passed the CI. It is time to review and merge my patch. Thank
you.
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655430.html
https://patchwork.sourceware.org/project/gcc/patch/sa1pr11mb713044
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #8 from Andrew Pinski ---
(In reply to cqwrteur from comment #7)
> The patch has passed the CI. It is time to review and merge my patch. Thank
> you.
Before we can review it, can you make sure you follow
https://gcc.gnu.org/contribu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115549
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115593
Bug ID: 115593
Summary: invalid optimize attribute accepted without warning
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: accepts-invalid, diagnostic
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #9 from cqwrteur ---
(In reply to Andrew Pinski from comment #8)
> (In reply to cqwrteur from comment #7)
> > The patch has passed the CI. It is time to review and merge my patch. Thank
> > you.
>
> Before we can review it, can you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115566
--- Comment #7 from Joseph S. Myers ---
The initializer with _Generic should not be accepted; that should be reported
as a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #10 from cqwrteur ---
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655462.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115594
Bug ID: 115594
Summary: requires expression permits arrays of voids
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115594
--- Comment #1 from Andrew Pinski ---
The interesting thing is the reason why clang outputs:
:2:25: note: because 't' would be invalid: array has incomplete element
type 'void'
Is not exactly correct as if you change void to being a incomplete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115594
--- Comment #2 from Andrew Pinski ---
I think this is a dup of bug 24664.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115566
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115485
--- Comment #10 from Andrew Pinski ---
Can you provide the preprocessed source (which you can get via -save-temps)?
This is mentioned in https://gcc.gnu.org/bugs/ on what we require.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
--- Comment #7 from Andrew Pinski ---
Trying to reduce it ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
--- Comment #8 from Andrew Pinski ---
Created attachment 58489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58489&action=edit
First step at reducing
Keeps map_to_vector the same, changes the lamdba just to set resultIsStatic to
false an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
--- Comment #9 from Andrew Pinski ---
If I manually inline map_range into map_to_vector, it works ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
--- Comment #10 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #9)
> If I manually inline map_range into map_to_vector, it works ...
I take that back, it still fails. I must have been testing something else.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
Andrew Pinski changed:
What|Removed |Added
Attachment #58489|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
Andrew Pinski changed:
What|Removed |Added
Attachment #58178|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2024-05-10 00:00:00 |2024-06-23
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115533
Sam James changed:
What|Removed |Added
Attachment #58484|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
--- Comment #14 from Andrew Pinski ---
Created attachment 58493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58493&action=edit
Reduced all the way, removing std::forward/std::move
This now fails at -O2 (since I marked the functions that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
--- Comment #15 from Andrew Pinski ---
Created attachment 58494
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58494&action=edit
Removing the lamdba and making it C
This is an alternative which removes the lamdba and makes it a GNU C test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115033
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=951
--- Comment #15 from Eric Gallager ---
(In reply to Richard Biener from comment #14)
> (In reply to Andrew Pinski from comment #13)
> > (In reply to Eric Gallager from comment #12)
> > > Patch posted that might help with this a little bit:
> > > ht
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115587
--- Comment #2 from sandra at gcc dot gnu.org ---
I'll take care of this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115587
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114139
Jeffrey A. Law changed:
What|Removed |Added
Last reconfirmed||2024-06-23
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115485
--- Comment #11 from Gang Peng ---
(In reply to Andrew Pinski from comment #10)
> Can you provide the preprocessed source (which you can get via -save-temps)?
> This is mentioned in https://gcc.gnu.org/bugs/ on what we require.
Dear Andrew,
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115485
--- Comment #12 from Gang Peng ---
Created attachment 58495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58495&action=edit
build_save_temp_log.tar.gz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115409
--- Comment #5 from GCC Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:4c957d7ba84d8bbce6e778048f38e92ef71806c8
commit r15-1563-g4c957d7ba84d8bbce6e778048f38e92ef71806c8
Author: Collin Funk
Date: Mon J
55 matches
Mail list logo