https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116796
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116795
Sam James changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116795
Sam James changed:
What|Removed |Added
Version|unknown |15.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116796
Sam James changed:
What|Removed |Added
Last reconfirmed||2024-09-21
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
--- Comment #7 from Sam James ---
libjxl as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116796
Bug ID: 116796
Summary: ICE on valid code at -O3 with
"-fno-tree-dominator-opts -fno-tree-vrp -fno-tree-ch"
on x86_64-linux-gnu: in check_loop_closed_ssa_def, at
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116795
Bug ID: 116795
Summary: ICE on valid code at -O3 on x86_64-linux-gnu:
verify_ssa failed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115673
Sam James changed:
What|Removed |Added
Last reconfirmed|2024-06-27 00:00:00 |2024-9-21
--- Comment #8 from Sam James --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48037
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100717
--- Comment #1 from Sam James ---
This seems to work now, presumably the same as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96505#c2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96505
--- Comment #2 from Sam James ---
(In reply to Sam James from comment #1)
> f1 is diagnosed since GCC 12...
since r12-6606-g9d6a0f388eb048f8d87f47af78f07b5ce513bfe6, which changed
gimple-ssa-warn-access to run a few more times...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97383
--- Comment #1 from Andrew Pinski ---
Note clang is worse than GCC here:
clang with libc++ does:
:8:3: error: no matching function for call to object of type 'const
__sort'
With libstdc++ clang does:
:8:3: error: no matching function for call t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
Andrew Pinski changed:
What|Removed |Added
Attachment #59167|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
Andrew Pinski changed:
What|Removed |Added
Keywords|needs-reduction |
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
--- Comment #4 from Andrew Pinski ---
Created attachment 59167
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59167&action=edit
Semi reduced with some includes added back
This is the best I could get but I decided to add back tuple and co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #294 from Kazumoto Kojima ---
(In reply to Andrew Pinski from comment #291)
> One of the explicit parallel issue was fixed with my commit
> g:da33ad53bcb57943fa671c745938a53f4de89a1b
> But there could be more hiding.
Thanks for your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #293 from Kazumoto Kojima ---
(In reply to John Paul Adrian Glaubitz from comment #292)
> (In reply to Kazumoto Kojima from comment #289)
> > I've reconstructed patches as follows:
> >
> > [59157] a revised patch to movsf issue which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98925
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96505
Sam James changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115767
--- Comment #12 from Sam James ---
(In reply to Ignacy Gawędzki from comment #11)
> I then ran a bisect and found that the first commit that makes the problem
> disappear on aarch64 with the patched Boost Bimap is
> 03a810da10d8dfb5aec9261372cad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
Andrew Pinski changed:
What|Removed |Added
Component|preprocessor|middle-end
--- Comment #5 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
Sam James changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
--- Comment #6 from Andrew Pinski ---
But we already ignore non-existing directories passed via -I. So yes both
EACCES and ENOTDIR should be added.
Note we do warn about the case where it is not a directory:
```
[apinski@xeond2 tt]$ touch trttt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115135
--- Comment #13 from Sam James ---
(In reply to Sam James from comment #12)
> Could you try trunk or the 14.2 RC1? A bunch of IPA fixes landed.
... and Eric's r15-3731-g16d2d177ac11b4 which landed today & was backported.
(I'm not sure if the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54560
--- Comment #5 from Andrew Pinski ---
The question comes do we want to allow:
```
touch file
touch file.c
gcc -I./file/dir file.c
```
Or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54560
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
--- Comment #3 from Andrew Pinski ---
So maybe EACCES should be ignored too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116788
Andrew Pinski changed:
What|Removed |Added
Component|driver |preprocessor
--- Comment #1 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #4 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:725231e16768bd9f16169b3b7e4cb5a98b251d1c
commit r15-3750-g725231e16768bd9f16169b3b7e4cb5a98b251d1c
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #5 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:39f7703fffee0c1a8aa999b29ae52b2a31903715
commit r15-3751-g39f7703fffee0c1a8aa999b29ae52b2a31903715
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:48261bd26df624f0b906600fb0ef6864c7a7f895
commit r15-3752-g48261bd26df624f0b906600fb0ef6864c7a7f895
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #3 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:7da682c896f949259eaf820be17b5781df2cbead
commit r15-3749-g7da682c896f949259eaf820be17b5781df2cbead
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:37604edf37b3799e0203ede4dfa60d547322fdfc
commit r15-3748-g37604edf37b3799e0203ede4dfa60d547322fdfc
Author: David Malcolm
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116529
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a001d515059ba4647169f8c17967d08bbe41cb7a
commit r15-3747-ga001d515059ba4647169f8c17967d08bbe41cb7a
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81967
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:82309222300acf68e345b32155df21e1b876144e
commit r15-3746-g82309222300acf68e345b32155df21e1b876144e
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116777
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:82309222300acf68e345b32155df21e1b876144e
commit r15-3746-g82309222300acf68e345b32155df21e1b876144e
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
--- Comment #3 from Andrew Pinski ---
Reducing this further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #7 from Andrew Pinski ---
Reduced testcase:
```
struct s3 {
template constexpr s3(T x){}
};
template class s1;
template class s2;
template
using ali1 = s1;
template
void h() {
s2 A;
ali1 b;
}
```
The important part is t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> The important part is the type alias ali1.
Even from the commit message:
```
it occurred to me that the problem is really
with alias (and concept) templates
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116418
Patrick Palka changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13 Regression]
|s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116418
--- Comment #10 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:abdea396e12e66185d810435bbc363845cf4664a
commit r14-10697-gabdea396e12e66185d810435bbc363845cf4664a
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94404
Bug 94404 depends on bug 116492, which changed state.
Bug 116492 Summary: inherited constructors with concept in subclass overrides
constructor in subclass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116492
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 116492, which changed state.
Bug 116492 Summary: inherited constructors with concept in subclass overrides
constructor in subclass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116492
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116492
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |14.3
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116492
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:659f32ea9de57661f8a37dcfb0b9a01bfe29acce
commit r14-10696-g659f32ea9de57661f8a37dcfb0b9a01bfe29acce
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116794
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116794
Bug ID: 116794
Summary: gcc -pipe does not work on macOS with as from Xcode 16
(on macOS 15)
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116726
--- Comment #9 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:9227a64495d5594613604573b72422e8e3722fc5
commit r15-3745-g9227a64495d5594613604573b72422e8e3722fc5
Author: Martin Uecker
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116679
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-09-20
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273
--- Comment #15 from GCC Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:3604d9cab9bb9fe6a3c642385c816211b8f2be5d
commit r13-9048-g3604d9cab9bb9fe6a3c642385c816211b8f2be5d
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273
--- Comment #14 from GCC Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:cb25c5dd6b315dc216c7a5640dc89c5d74ffea34
commit r12-10720-gcb25c5dd6b315dc216c7a5640dc89c5d74ffea34
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #6 from John David Anglin ---
lra crashes on this insn:
(insn 524 38 523 5 (set (reg:DI 106 [ _16 ])
(reg:DI 321 [orig:106 _16 ] [106]))
"../../../gcc/libgcc/libgcc2.c":276:4 81 {*pa.md:4260}
(nil))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116793
Bug ID: 116793
Summary: ice in gimplify_var_or_parm_decl, at gimplify.cc:3309
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
--- Comment #1 from Andrew Pinski ---
Maybe just a post processing of json is needed instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #12 from Jonathan Wakely ---
Yes but for the function template case if I want to use it in constexpr I add
'constexpr' and it's implicitly inline. For the variable template
specialisation it's already constexpr, and I can't define it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #6 from Andrew Pinski ---
Looks to be fixed on the trunk. Will reduce in a few.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #5 from Marek Polacek ---
This was fixed by r14-8291. But those were all either accepts-invalid or
rejects-invalid, not ICEs. So perhaps we should reduce this and add the test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116792
Bug ID: 116792
Summary: RFE: should we be able to generate diagnostics in HTML
format?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116679
--- Comment #1 from Bálint Aradi ---
# An even simpler, but probably strongly related scenario also causes a
leakage:
program bugdemo_app
use bugdemo
implicit none
type :: wrapper
integer, allocatable :: item
end type wrapper
ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #11 from Jakub Jelinek ---
And
template int foo (void) { return N; }
template <> int foo <42> (void) { return -42; }
int a = foo<15> ();
int b = foo<42> ();
works the same, _Z3fooILi15EEiv is comdat exported weak, _Z3fooILi42EEiv is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #10 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #8)
> So the DR just turns the same for const/constexpr variable templates and
> their specializations too.
Yeah, I guess it's consistent.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #8 from Jakub Jelinek ---
Is there a reason why this should be treated any differently from non-const
variable templates and their explicit specializations?
If I try
template bool var = true;
template<> bool var = false;
bool *p = &v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100273
--- Comment #13 from GCC Commits ---
The releases/gcc-14 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:cf8f6aa2a0e4378cec0f9bdbde8cd9a2ea3fb3e5
commit r14-10695-gcf8f6aa2a0e4378cec0f9bdbde8cd9a2ea3fb3e5
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #7 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #6)
> It looks like explicit specializations are not given vague linkage. Is that
> the correct behaviour?
I wonder if that is related to PR 116746 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109126
--- Comment #6 from Jonathan Wakely ---
It looks like explicit specializations are not given vague linkage. Is that the
correct behaviour?
/usr/bin/ld: /tmp/ccjbP7xI.o:/tmp/t.h:2: multiple definition of `var';
/tmp/ccMCRAVO.o:/tmp/t.h:2: first
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109656
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|14.3|14.0
--- Comment #13 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109656
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|WORKSFORME |FIXED
--- Comment #12 from s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #5 from John David Anglin ---
Created attachment 59164
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59164&action=edit
Preproccessed source
We have lra crash with this source.
/home/dave/gnu/gcc/objdir/./gcc/cc1 -fpreprocess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #4 from John David Anglin ---
Created attachment 59163
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59163&action=edit
Initial patch to enable lra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452
--- Comment #14 from John Eivind Helset ---
Added what I think is an even more minimal reproducer in attachment
pr97452.cc.
In the gimple I see:
:
resume.6:
_16 = Z::await_resume (&z);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97452
--- Comment #13 from John Eivind Helset ---
Created attachment 59162
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59162&action=edit
pr97452.cc
Reduced reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #4 from Slobodkins, Arkadijs ---
Created attachment 59161
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59161&action=edit
.ii file generated from -save-temps
Please find .ii file attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109656
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|ASSIGNE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
--- Comment #3 from Andrew Pinski ---
Full backtrace for r15-3741-gee3efe06c9c49c :
apinski@xeond:~/src/upstream-gcc/gcc/objdir/gcc$ ./cc1 ../../../t.i -quiet -O2
-mavx2
during GIMPLE pass: vect
../mesa-/src/gallium/frontends/nine/nine_ff.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #3 from Andrew Pinski ---
We need the preprocessed source as requested by https://gcc.gnu.org/bugs/
If you add -freport-bug to the command line of gcc while compiling, it will
save the preprocessed source to a file and report the fil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
--- Comment #1 from Andrew Pinski ---
Looks very recent as it worked at r15-3721-ga2746e43470 .
And it was reported against r15-3737-g33ccc1314dcdb0 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
--- Comment #2 from Manuel Lauss ---
(In reply to Andrew Pinski from comment #1)
> Looks very recent as it worked at r15-3721-ga2746e43470 .
> And it was reported against r15-3737-g33ccc1314dcdb0 .
I suspect it's 4eba48a684 or 664e0ce5, becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
Andrew Pinski changed:
What|Removed |Added
Summary|ICE in operator[], at |[15 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113933
--- Comment #3 from John David Anglin ---
This code in pa_emit_move_sequence is reload specific (reg_equiv_mem):
if (scratch_reg
&& reload_in_progress
&& GET_CODE (operand0) == REG
&& REGNO (operand0) >= FIRST_PSEUDO_REGISTE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109656
--- Comment #10 from seurer at gcc dot gnu.org ---
Looking through my logs the tests stopped failing sometime between r14-2132 and
r14-2263. I think we can close this unless you want me to find where they
stopped failing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116492
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:ee3efe06c9c49c04eaa4e195a7ae8774a1b3faa2
commit r15-3741-gee3efe06c9c49c04eaa4e195a7ae8774a1b3faa2
Author: Patrick Palka
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116783
--- Comment #4 from Alex Coplan ---
Testing a fix for the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116791
Bug ID: 116791
Summary: ICE in operator[], at vec.h:910
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116628
--- Comment #9 from GCC Commits ---
The master branch has been updated by Tamar Christina :
https://gcc.gnu.org/g:0189ab205aa86b8e67ae982294f0fe58aa9c4774
commit r15-3738-g0189ab205aa86b8e67ae982294f0fe58aa9c4774
Author: Tamar Christina
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
--- Comment #2 from Slobodkins, Arkadijs ---
I must correct myself that I don't see this issue on gcc14. I only observe it
on
gcc13.2 and I did not try gcc13.3. Please let me know if anything else is
needed.
1. The output of gcc-v. It was in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116790
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116790
Bug ID: 116790
Summary: [15 Regression] 6% slowdown of 454.calculix on AMD Zen
3
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116789
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
CC|
1 - 100 of 160 matches
Mail list logo
