https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116460
--- Comment #23 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:172637cf0d9b7b2798f83b9c5f9598b449675cb0
commit r15-3210-g172637cf0d9b7b2798f83b9c5f9598b449675cb0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116460
Richard Biener changed:
What|Removed |Added
Known to work||15.0
Summary|[14/15 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116490
Richard Biener changed:
What|Removed |Added
Known to fail||14.2.1, 15.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116498
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116482
--- Comment #2 from GCC Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:8d6d6c864442a1cc987b3e6bcb1d903ceb975e4a
commit r15-3211-g8d6d6c864442a1cc987b3e6bcb1d903ceb975e4a
Author: Iain Sandoe
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116493
--- Comment #2 from Richard Biener ---
Note WIDEN_SUM_EXPR is listed as lane-reducing when applied to
vectors (tree.def isn't clear and of course generic.texi doesn't document it).
So I don't think the proposed simplification works. It would w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116482
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #6 from Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113773
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110872
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110871
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110635
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109682
Iain Sandoe changed:
What|Removed |Added
Status|NEW |WAITING
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100476
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #10 from Iain Sandoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102051
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #7 from Richard Biener ---
Hmm, why would a tail call need to save extra regs over what the callers caller
already saved? We're returning to that after all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #8 from andi at firstfloor dot org ---
On Tue, Aug 27, 2024 at 07:58:30AM +, liuhongt at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
>
> Hongtao Liu changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #9 from andi at firstfloor dot org ---
On Tue, Aug 27, 2024 at 08:02:53AM +, rguenth at gcc dot gnu.org wrote:
> Hmm, why would a tail call need to save extra regs over what the callers
> caller
> already saved? We're returning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115047
--- Comment #4 from Jørgen Kvalsvik ---
> I guess it would be desirable to (1) let LLVM support masking MC/DC and (2)
> let
gcov support unique-cause MC/DC. The first seems easier and I might try
implementing a prototype.
There is room for bot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #10 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116321
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:9db997e5ac4a206b9428eb2447fcdc90e37725f4
commit r15-3212-g9db997e5ac4a206b9428eb2447fcdc90e37725f4
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #19 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:708ee71808ea61758e73d0e36274b4194b28576a
commit r15-3213-g708ee71808ea61758e73d0e36274b4194b28576a
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116103
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116000
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116021
--- Comment #11 from Eric Gallager ---
Update: I finally managed to bootstrap using one of Simon Wright's releases:
https://github.com/simonjwright/distributing-gcc/releases
I still think there might be a bug in the build system somewhere leadin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
--- Comment #7 from Artyom Kolpakov ---
(In reply to Iain Sandoe from comment #6)
> fixed on trunk, waiting for possible back-port
I'm not sure if I should write this here, but now a warning has appeared in the
original example: unused paramete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115908
--- Comment #8 from Iain Sandoe ---
(In reply to Artyom Kolpakov from comment #7)
> (In reply to Iain Sandoe from comment #6)
> > fixed on trunk, waiting for possible back-port
>
> I'm not sure if I should write this here, but now a warning has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85973
--- Comment #6 from Leonid Satanovsky ---
As you are marking other bugs as duplicates of the current bug, please don't
forget to transfer the useful test cases not mentioned in current bug (e.g.
GccFailedNoDiscard2 case seen below):
struct [[nod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116499
Bug ID: 116499
Summary: [modules] Replace CMI term with BMI in documentation,
commit messages, etc
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116441
--- Comment #7 from Leonid Satanovsky ---
(In reply to Andrew Pinski from comment #6)
> This is a dup of bug 85973.
>
> I even make mention of moving the attribute to the constructor makes the
> warning/error happen:
> > Note if we move the att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116490
Nina Ranns changed:
What|Removed |Added
CC||dinka.ranns at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500
Bug ID: 116500
Summary: gcc.dg/vect/vect-switch-ifcvt-1.c FAILs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500
--- Comment #1 from Rainer Orth ---
Created attachment 59010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59010&action=edit
32-bit sparc-sun-solaris2.11 vect-switch-ifcvt-1.c.180t.vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #203 from Kazumoto Kojima ---
(In reply to John Paul Adrian Glaubitz from comment #201)
> Created attachment 59006 [details]
> Diff for bootstrap comparison failure of gcc/gimple-lower-bitint.c
I tried to build the stage3 gcc on qemu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #204 from John Paul Adrian Glaubitz ---
(In reply to Kazumoto Kojima from comment #203)
> (In reply to John Paul Adrian Glaubitz from comment #201)
> > Created attachment 59006 [details]
> > Diff for bootstrap comparison failure of gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103934
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:470a27859d8a47a99f389f1dc6edb82c08b16e21
commit r15-3217-g470a27859d8a47a99f389f1dc6edb82c08b16e21
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110522
David Malcolm changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111527
--- Comment #17 from Sam James ---
See https://gcc.gnu.org/contribute.html#patches ("Pinging patches, Getting
patches applied"). You can ping patches on the ML by just saying "ping" or
similar in response to the original message, after 2 weeks o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110522
--- Comment #4 from David Malcolm ---
I wonder if extending -fdiagnostics-format to support extra args would be a way
out of this e.g.
-fdiagnostics-format=sarif-file=path/to/foo.sarif
But it would also be nice to support multiple output str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116494
--- Comment #1 from Jonathan Wakely ---
(In reply to Архипов Дмитрий from comment #0)
> When compiled with -std=c++20 -O3 -Wall -Werror this code:
>
> #include
>
> bool foo(std::string s1)
> {
> s1.replace(1, 1, s1.data(), s1.size());
> r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115098
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:75ef21665cb924265b818b08babbc7ec3108c876
commit r15-3218-g75ef21665cb924265b818b08babbc7ec3108c876
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116494
--- Comment #2 from Архипов Дмитрий ---
Ah, so it warns that if that branch would have been taken, it would cause a
problem, but it doesn't actually take the branch. So it's just a false positive
warning?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #20 from GCC Commits ---
The master branch has been updated by Michael Matz :
https://gcc.gnu.org/g:359209bdc7245f8768b5044acded8509545e4990
commit r15-3219-g359209bdc7245f8768b5044acded8509545e4990
Author: Michael Matz
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116429
--- Comment #2 from GCC Commits ---
The master branch has been updated by Michael Matz :
https://gcc.gnu.org/g:e223ac9c225352e3aeea7180a3b56a96ecdbe2fd
commit r15-3221-ge223ac9c225352e3aeea7180a3b56a96ecdbe2fd
Author: Michael Matz
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116374
--- Comment #7 from GCC Commits ---
The master branch has been updated by Michael Matz :
https://gcc.gnu.org/g:542773888190ef67dca194f4861abab104fa9b5b
commit r15-3220-g542773888190ef67dca194f4861abab104fa9b5b
Author: Michael Matz
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116494
--- Comment #3 from Jonathan Wakely ---
Yes. It's a false positive warning about unreachable dead code. We have dozens
of these warnings for -Wrestrict, -Wstringop-overflow, and related warnings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116374
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116429
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
Bug 113939 depends on bug 116374, which changed state.
Bug 116374 Summary: [LRA] [M68K] Wrong %argptr elimination
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116374
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
Bug 113939 depends on bug 116429, which changed state.
Bug 116429 Summary: [LRA] [M86k] Wrong spill offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116429
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116174
--- Comment #13 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:d6bb1e257fc414d21bc31faa7ddecbc93a197e3c
commit r15-3222-gd6bb1e257fc414d21bc31faa7ddecbc93a197e3c
Author: H.J. Lu
Date: Tue Aug 27 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #12 from andi at firstfloor dot org ---
> no_call{er,ee}_saved_registers are i386-specific so how do we handle other
> ports? Are we going to require implementing them for all ports?
It's an optimization, so nothing is required. But
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #13 from andi at firstfloor dot org ---
> --- Comment #11 from H.J. Lu ---
> Please provide a small testcase to show the issue.
You mean a test case for no_caller_saved_registers failing with SSE?
It's just
__attribute__((no_call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116501
Bug ID: 116501
Summary: wrong code with __builtin_sub_overflow_p() and
_BitInt() at -O1
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #14 from Andrew Pinski ---
(In reply to andi from comment #13)
> Or a test case for the intended register allocation benefits?
> That's more complicated and won't be small.
So what if it won't be small but it will be understanding t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116501
Andrew Pinski changed:
What|Removed |Added
Target|x86_64-pc-linux-gnu |x86_64-pc-linux-gnu
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69600
--- Comment #7 from sshannin at gmail dot com ---
Comment on attachment 37541
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37541
preprocessed source
> #include
> #include
> #include
>typedef std::unique_ptr inner_value_t;
>typedef std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #15 from H.J. Lu ---
(In reply to andi from comment #13)
> > --- Comment #11 from H.J. Lu ---
> > Please provide a small testcase to show the issue.
>
> You mean a test case for no_caller_saved_registers failing with SSE?
No. We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116499
--- Comment #1 from Andrew Pinski ---
Note BMI is used as a x86_64 target instruction set; Bit manipulation
instruction set .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502
Bug ID: 116502
Summary: [15 Regression] -Wunused-result warning is not
supressed if coroutine awaiter returns a reference
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116503
Bug ID: 116503
Summary: wrong code with -O -fnon-call-exceptions
-finstrument-functions -floop-nest-optimize
-fno-tree-scev-cprop
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #16 from Andi Kleen ---
Created attachment 59013
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59013&action=edit
test case
This test case using Pinski's clobber trick shows the benefit.
If you compile with -O2 -mgeneral-regs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87614
--- Comment #5 from Jonathan Wakely ---
We have a concept of "inlining locations" in the compiler, and we only consider
a warning location to be in a system header if all call sites along the
inlining stack are in system headers. It seems that co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502
Andrew Pinski changed:
What|Removed |Added
Summary|[15 Regression] |[15 Regression]
|-Wun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116504
Bug ID: 116504
Summary: wrong code with -mcpu=sifive-x280
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116504
--- Comment #1 from Zdenek Sojka ---
Created attachment 59015
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59015&action=edit
another reduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116208
Simon Martin changed:
What|Removed |Added
CC||simartin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58876
--- Comment #15 from Jonathan Wakely ---
This seems simpler and cleaner:
--- a/gcc/cp/init.cc
+++ b/gcc/cp/init.cc
@@ -5244,6 +5244,10 @@ build_delete (location_t loc, tree otype, tree addr,
tree dtor = CLASSTYPE_DESTRUCTOR (type);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #17 from H.J. Lu ---
(In reply to Andi Kleen from comment #16)
> Created attachment 59013 [details]
> test case
>
> This test case using Pinski's clobber trick shows the benefit.
>
> If you compile with -O2 -mgeneral-regs-only the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110881
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Target Miles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105497
Jason Merrill changed:
What|Removed |Added
CC||valentyn.pavliuchenko@gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110522
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116505
Bug ID: 116505
Summary: ICE: in gen_reg_rtx, at emit-rtl.cc:1177 with -O
-fprofile-arcs -fprofile-values
-flate-combine-instructions on powerpc64le with basic
code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115905
Artyom Kolpakov changed:
What|Removed |Added
See Also||https://github.com/cplusplu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115612
Andrew Pinski changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116505
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115612
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112456
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #18 from andi at firstfloor dot org ---
> > -mgeneral-regs-only works for this case, but breaks SSE.
>
> Why is __attribute__((no_caller_saved_registers)) needed on start?
To maintain the standard ABI to its caller. Otherwise the fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #19 from H.J. Lu ---
(In reply to andi from comment #18)
> > > -mgeneral-regs-only works for this case, but breaks SSE.
> >
> > Why is __attribute__((no_caller_saved_registers)) needed on start?
>
> To maintain the standard ABI to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #5 from H.J. Lu ---
Created attachment 59016
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59016&action=edit
A patch
Please try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116488
Jeffrey A. Law changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
H.J. Lu changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502
Arsen Arsenović changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #20 from andi at firstfloor dot org ---
On Tue, Aug 27, 2024 at 05:12:41PM +, hjl.tools at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
>
> --- Comment #19 from H.J. Lu ---
> (In reply to andi from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
--- Comment #21 from Andi Kleen ---
As HJ pointed out the change is not needed, the compiler DTRT with
no_callee_saved_registers on the callees.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116497
Andi Kleen changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502
--- Comment #2 from Dan Klishch ---
Can confirm that the patch fixes both the minified reproducer from the bug
report and also the original reproducer (TestAsyncTestStreams from SerenityOS).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500
--- Comment #2 from Andi Kleen ---
Do you have the dump file from tree-vect?
I guess it just doesn't vectorize something here.
The right fix is probably to skip it for sparc, or adjust the vect_int target
test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113412
--- Comment #12 from anlauf at gcc dot gnu.org ---
(In reply to kargls from comment #11)
I tried a simpler variation of your patch that aims at a more coherent
error message:
diff --git a/gcc/fortran/intrinsic.cc b/gcc/fortran/intrinsic.cc
inde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116500
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Andi Kleen ---
> Do you have the dump file from tree-vect?
Already attached.
> I guess it just doesn't vectorize something here.
>
> The right fix is probably to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105483
--- Comment #6 from GCC Commits ---
The master branch has been updated by Simon Martin :
https://gcc.gnu.org/g:02dff52c60e5b89d290147f142f655c7817154c2
commit r15-3232-g02dff52c60e5b89d290147f142f655c7817154c2
Author: Simon Martin
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105483
Simon Martin changed:
What|Removed |Added
Target Milestone|12.5|15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #6 from H.J. Lu ---
A patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106294
Carlos Galvez changed:
What|Removed |Added
CC||carlosgalvezp at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
--- Comment #21 from GCC Commits ---
The master branch has been updated by Andreas Schwab :
https://gcc.gnu.org/g:a83e519ab2d4e7df2756411cd9d21c6f1b583429
commit r15-3233-ga83e519ab2d4e7df2756411cd9d21c6f1b583429
Author: Andreas Schwab
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113939
Bug 113939 depends on bug 116413, which changed state.
Bug 116413 Summary: [LRA] [M68K] ICE: unrecognized insn in
lra_set_insn_recog_data, at lra.cc:1036
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116413
What|Removed
1 - 100 of 145 matches
Mail list logo