https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112089
--- Comment #6 from Jonathan Wakely ---
Backported for 13.3 and 12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
--- Comment #19 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #17)
> Fixed for 13.3 and 14.1 so far ...
and 12.4 now too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846
--- Comment #27 from Jonathan Wakely ---
Backported for 12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|13.0|12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|13.2|12.4
--- Comment #18 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110593
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|14.0|12.4
--- Comment #5 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114377
Patrick Palka changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40380
--- Comment #12 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:afefe951acd8bae13be0e1b700262316254ce935
commit r12-10278-gafefe951acd8bae13be0e1b700262316254ce935
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112089
--- Comment #5 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c285c1b9a940bde745f296e1bfc1a5cfddb63254
commit r12-10252-gc285c1b9a940bde745f296e1bfc1a5cfddb63254
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86419
--- Comment #16 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:12c193e5723f08694c8784457200112bae117063
commit r12-10246-g12c193e5723f08694c8784457200112bae117063
Author: Dimitrij
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112473
--- Comment #6 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:dc0964f43dcee46dcd1843287a541668fd08a4a8
commit r12-10254-gdc0964f43dcee46dcd1843287a541668fd08a4a8
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72
--- Comment #4 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:15c517049c0d8b6319990445939a69bb36fdc678
commit r12-10253-g15c517049c0d8b6319990445939a69bb36fdc678
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107376
--- Comment #4 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:5c156f5be49007a5434452335f29844eb17868a6
commit r12-10258-g5c156f5be49007a5434452335f29844eb17868a6
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109758
--- Comment #17 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:9f381ebb7211c1359f5de87760148096fcba3357
commit r12-10244-g9f381ebb7211c1359f5de87760148096fcba3357
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113960
--- Comment #18 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:6f5dcea85a31845ec6f4b6886734b0f02e013718
commit r12-10251-g6f5dcea85a31845ec6f4b6886734b0f02e013718
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108846
--- Comment #26 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:8ec265c1464dec74f98e6914cd164af5090a39ff
commit r12-10250-g8ec265c1464dec74f98e6914cd164af5090a39ff
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52799
--- Comment #7 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:1bb2bfb5d984456f59b42228f06d4ad4976358e7
commit r12-10240-g1bb2bfb5d984456f59b42228f06d4ad4976358e7
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84542
--- Comment #9 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:bfa7e7dfc19e07bff319636cf1bdfd57b6c68f41
commit r12-10245-gbfa7e7dfc19e07bff319636cf1bdfd57b6c68f41
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91910
--- Comment #12 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:73d0816f570c26e856d94d56491e50332fd8b425
commit r12-10237-g73d0816f570c26e856d94d56491e50332fd8b425
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110593
--- Comment #4 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:ae8302e18f15f0befb372762b20a3a790a19a925
commit r12-10238-gae8302e18f15f0befb372762b20a3a790a19a925
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146
--- Comment #57 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:415457babf04d077929956ea97132448b0dc4b2c
commit r12-10226-g415457babf04d077929956ea97132448b0dc4b2c
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107500
--- Comment #28 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:d9076dafa12c93e96b349035fb59050151403866
commit r12-10222-gd9076dafa12c93e96b349035fb59050151403866
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114147
--- Comment #10 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:fbdeeb1604d52a8ece8631f70ecd64d925d31741
commit r12-10221-gfbdeeb1604d52a8ece8631f70ecd64d925d31741
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114320
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |14.0
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114320
Nathaniel Shead changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114154
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Richard Biener ---
> possibly "fallout" of r14-9193-ga0b1798042d033
It's not: I've reverted that patch locally, rebuilt cc1 and re-tested:
the XPASSes remain.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114320
--- Comment #4 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:6cb5ef37c2fac240b68d8ee438aba4885956269f
commit r14-9517-g6cb5ef37c2fac240b68d8ee438aba4885956269f
Author: Nathaniel Shead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114359
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60679
Patrick Palka changed:
What|Removed |Added
CC||hokein.wu at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114378
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114379
Bug ID: 114379
Summary: stringop-overflow warning on C++ code with -O2 (or -O1
-fexpensive-optimizations)
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114378
Bug ID: 114378
Summary: GCC fails on selecting a partial template
specialization.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114367
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114377
Bug ID: 114377
Summary: GCC crashes on an example of CTAD for alias templates
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #17 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #15)
Iain, any chance of addressing this one?
If would have really helped with quite a number of usable software for PowerPC
(majority of which are 32-bit, and even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14418
--- Comment #6 from Mikołaj Piróg ---
Oh, this is for i486-pc-linux-gnu, I overlooked that. Nevertheless, this still
occurs on x86_64-linux-gnu. Should I file new bug report regarding this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #15 from Sergey Fedorov ---
(In reply to Peter Bergner from comment #12)
> (In reply to Sergey Fedorov from comment #11)
> > (In reply to GCC Commits from comment #10)
> > > The master branch has been updated by Iain D Sandoe :
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105522
--- Comment #14 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #13)
> fixed on trunk, intending to backport it.
Great! Once it is on your branches, hopefully Macports borrows the patch as
well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499
--- Comment #5 from Richard Biener ---
(In reply to Thomas Schwinge from comment #4)
> If I understood Arthur correctly, GCC/Rust is going to effectively require
> 'dlopen' (and therefore '--enable-plugin'?), so that means, if the latter's
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #31 from Jakub Jelinek ---
I think arm is unaffected as well, while it does pass the hidden return pointer
in a register normally used for first argument, that argument should return 0
for
arm_needs_doubleword_align
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114375
--- Comment #2 from Richard Biener ---
I see that get_load_store_type and get_group_load_store_type return VMAT_*
kinds that do not handle the masked case. There's some rejection in the
callers for that case but it's also incomplete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14418
Mikołaj Piróg changed:
What|Removed |Added
CC||mikolajpirog at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113782
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #30 from Jakub Jelinek ---
Eventhough aarch64 has such !TYPE_NO_NAMED_ARGS_STDARG_P test around advancing,
most likely it is unaffected, as the hidden return pointer goes in x8 register,
while normal integral arguments go in x0-x7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66146
--- Comment #56 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:a2c960dd7ebe2db0e8153a7e691245a4928341c6
commit r13-8464-ga2c960dd7ebe2db0e8153a7e691245a4928341c6
Author: Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499
Thomas Schwinge changed:
What|Removed |Added
See Also||https://github.com/Rust-GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #29 from Jakub Jelinek ---
Created attachment 57723
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57723=edit
gcc14-pr114175-rs6000.patch
So far just lightly tested (cross on the new testcase, scp to cfarm and
executed there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114376
Bug ID: 114376
Summary: s390: Inefficient __builtin_bswap16
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48626
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Iain Sandoe ---
> now that boehm-gc is no longer in tree
>
> what should we do with this?
>
> I suppose there could be some more sophisticated top-level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114375
Richard Biener changed:
What|Removed |Added
Known to fail||11.4.0, 12.3.0, 13.2.1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114375
Bug ID: 114375
Summary: Wrong vectorization of permuted mask load
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #28 from Xi Ruoyao ---
LoongArch patch (tested):
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647928.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114175
--- Comment #27 from Jakub Jelinek ---
More complete testcase:
#include
struct S { int a[1024]; };
int f1 (...) { int r = 0; va_list ap; va_start (ap); r += va_arg (ap, int);
va_end (ap); return r; }
int f2 (...) { int r = 0; va_list ap;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114374
--- Comment #4 from Torsten Mandel ---
E.g.:
#include "stdio.h"
#include
int main() {
char buf[11];
int loop(1);
do {
snprintf(buf,sizeof(buf),"%d",loop++);
} while(loop<10);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114374
--- Comment #3 from Torsten Mandel ---
Sorry, actually it also triggers for values below LONG_MAX on gcc-12 & gcc-13
so it also works without UB which should not be the case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114374
--- Comment #2 from Torsten Mandel ---
No, it only happens on overflow, although diagnostic behavior would still be
inconsistent regarding the ++loop and the loop++ case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114374
Richard Biener changed:
What|Removed |Added
Summary|[12/13 Regression] snprintf |[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67683
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
--- Comment #9 from Hongtao Liu ---
(In reply to Richard Biener from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > You can use -fexcess-precision=16 if you don't want treating _Float16 and
> > __bf16 as having excess precision.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
--- Comment #8 from Jakub Jelinek ---
(In reply to Richard Biener from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > You can use -fexcess-precision=16 if you don't want treating _Float16 and
> > __bf16 as having excess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
--- Comment #7 from Richard Biener ---
(In reply to Jakub Jelinek from comment #6)
> You can use -fexcess-precision=16 if you don't want treating _Float16 and
> __bf16 as having excess precision. With excess precision, I think the above
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114369
--- Comment #4 from Richard Biener ---
I'm inclined to close this as INVALID, but I'd accept working around the
clang bug by, in system.h, guarded on __clang and powerpc, doing an #undef
vec_step.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113727
--- Comment #13 from Sam James ---
I'll spend some CPU hours with cvise on this.
-ftrivial-auto-var-init=zero seems to make -O1 work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114374
Bug ID: 114374
Summary: [12/13 Regression] snprintf Wformat-truncation
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114160
Christoph Müllner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114160
Christoph Müllner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |cmuellner at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114160
--- Comment #3 from Sam James ---
(In reply to Christoph Müllner from comment #2)
> The fix for this issue ("riscv: xtheadmempair: Fix CFA reg notes") has been
> cherry-picked from master and pushed to releases/gcc-13.
>
> Btw, I don't have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114160
--- Comment #2 from Christoph Müllner ---
The fix for this issue ("riscv: xtheadmempair: Fix CFA reg notes") has been
cherry-picked from master and pushed to releases/gcc-13.
Btw, I don't have permission to change the ticket fields. So,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
Richard Biener changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #4 from Sam James ---
(ah, there's no archives here, so no need to worry about that part)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #3 from Sam James ---
(In reply to Matthias Klose from comment #0)
> seen with trunk 20240101, building the poedit package with -flto.
>
> hints where to start the reduction are appreciated.
>
First, take the link command and see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67683
--- Comment #5 from Andrew Pinski ---
/app/example.cpp:5:20: note: vect_is_simple_use: operand # RANGE [irange]
short unsigned int [0, 2047][3294, 3294][6589, 6589][13179, 13179][26359,
26359][52719, 52719]
val_16 = PHI , type of def:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 35226, which changed state.
Bug 35226 Summary: Induction with multiplication are not vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35226
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67683
Bug 67683 depends on bug 35226, which changed state.
Bug 35226 Summary: Induction with multiplication are not vectorized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35226
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35226
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36587
--- Comment #18 from Jonathan Wakely ---
(In reply to Kaz Kylheku from comment #15)
> In April 2020 I created a patch for the GNU C Preprocessor, with
> documentation, test cases and everything. I submitted it to the GCC Patches
> mailing list,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40130
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35226
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104539
Andrew Pinski changed:
What|Removed |Added
CC||programmerjake at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71587
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71587
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |c++
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71258
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #4 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36587
--- Comment #17 from Jonathan Wakely ---
No, the nodiscard warnings must be silenced with a cast to void. They can't be
"stronger" than that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71258
--- Comment #3 from Andrew Pinski ---
Created attachment 57722
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57722=edit
testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66003
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114372
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114372
--- Comment #2 from Andrew Pinski ---
I am not 100% sure if we record where the typedef is located but it might be
useful to print those out too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114373
Bug ID: 114373
Summary: BLOCK construct not correctly analyzed with -fopenmp
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114372
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114372
Bug ID: 114372
Summary: Confusing ODR warning with different typedefs
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
101 - 191 of 191 matches
Mail list logo