https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102609
--- Comment #16 from waffl3x ---
Just gotta note that the patch posted here had an oversight, it never worked as
I hoped. The good news is, I submitted a finalized patch to the patch maillist,
just before I have to leave. Thanks for the help eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111231
--- Comment #4 from Mathieu Malaterre ---
Intermediate result (creduce Debian/sid):
#include "hwy/tests/test_util-inl.h"
namespace hwy {
namespace HWY_NAMESPACE {
struct a {
template void operator()(b, c d) {
using e = MakeUnsigned;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111254
--- Comment #1 from Sam James ---
I have a few more of these in clang and qt* but I figure this is a smaller test
case. Can report the others if needed though.
nt.cgi?id=55824&action=edit
cargopacket.cpp.ii.xz
With
gcc (Gentoo 14.0.0 p, commit d0b55776a4e1d2f293db5ba0e4a04aefed055ec4) 14.0.0
20230830 (experimental) c121afc3b6c96a1f229ba0c4a4de6bd4b6be9a53:
```
$ g++ -c cargopacket.cpp.ii -O2 -Wmaybe-uninitialized
[...]
In file included from
/var/tmp/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105490
--- Comment #3 from rguenther at suse dot de ---
On Wed, 30 Aug 2023, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105490
>
> --- Comment #2 from Andrew Pinski ---
> Here is an even odder case:
> ```
> #def
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111253
Bug ID: 111253
Summary: Dodgy pointer name (*_42 = PHI ...) in
-Wfree-nonheap-object diagnostic
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96762
--- Comment #6 from CVS Commits ---
The master branch has been updated by HaoChen Gui :
https://gcc.gnu.org/g:946b8967b905257ac9f140225db744c9a6ab91be
commit r14-3587-g946b8967b905257ac9f140225db744c9a6ab91be
Author: Haochen Gui
Date: Thu Au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110034
HaoChen Gui changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
--- Comment #5 from Xi Ruoyao ---
(In reply to Xi Ruoyao from comment #4)
> Hmm, this seems a separate issue. The compiler knows to optimize (a & mask)
> if mask is ((1 << a) - 1) << b iff a + b = 32 or b = 0, but not for any
I mean "32 or 64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
--- Comment #4 from Xi Ruoyao ---
(In reply to Andrew Pinski from comment #2)
> Interesting:
> int test(int a, int b)
> {
> return (a & ~0x8000) | (b & 0x8000);
> }
>
> Produces better code:
> lu12i.w $r12,-2147483648>>12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19832
--- Comment #9 from Andrew Pinski ---
Created attachment 55822
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55822&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
--- Comment #3 from Andrew Pinski ---
The easiest fix for __builtin_copysignf128 is change expand_copysign_bit in
optabs.cc to use extract_bit_field to do the extraction and store_bit_field for
the insert instead of what it currently does of usi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
Xi Ruoyao changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
Ever con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
Xi Ruoyao changed:
What|Removed |Added
CC||chenglulu at loongson dot cn,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111252
Bug ID: 111252
Summary: LoongArch: Suboptimal code for (a & ~mask) | (b &
mask) where mask is a constant with value ((1 << n) -
1) << m
Product: gcc
Version: 14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111234
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:ac55f9710fe82a4ed8cb132f57303775ce60e5d1
commit r14-3583-gac55f9710fe82a4ed8cb132f57303775ce60e5d1
Author: Lehua Ding
Date: Wed Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111251
Bug ID: 111251
Summary: Relative line # support for dg-warning/dg-error is not
documented
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: documentatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19832
--- Comment #8 from Andrew Pinski ---
Xor should be handled too:
```
int f_xor(int i, int j)
{
if (i!=j)
return i ^ j;
return 0;
}
``
ior and and should be handled
```
int f_or(int i, int j)
{
if (i!=j)
return i | j;
return i; //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111250
Bug ID: 111250
Summary: __glibcxx_requires_subscript assertions are not
checked during constant evaluation
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111216
Peter Bergner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110915
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110755
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107646
--- Comment #10 from CVS Commits ---
The trunk branch has been updated by Eric Feng :
https://gcc.gnu.org/g:597b9ec69bca8acb7a3d65641c0a730de8b27ed4
commit r14-3580-g597b9ec69bca8acb7a3d65641c0a730de8b27ed4
Author: Eric Feng
Date: Wed Aug 3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111249
Bug ID: 111249
Summary: Aggressive loop optimization reports "iteration
2147483645 invokes undefined behavior"
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Andrew Pinski changed:
What|Removed |Added
Summary|miscompilation: missing |[12/13/14 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111225
--- Comment #3 from Vladimir Makarov ---
I've reproduced the bug.
Just removing `else if (spilled_pseudo_p (op))` for CT_SPECIAL_MEMORY will
break a lot targets but this is right that this code is a reason for the bug.
I have ideas how to fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111216
--- Comment #3 from Peter Bergner ---
(In reply to Peter Bergner from comment #2)
> The code change that led to this looks correct to me. Are we possibly just
> folding more than we used to (a good thing), and that is changing our
> numbers? W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111248
Andrew Pinski changed:
What|Removed |Added
Keywords||testsuite-fail
--- Comment #1 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111248
Bug ID: 111248
Summary: test case gcc.dg/tree-ssa/copy-headers-8.c fails
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111247
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111247
Bug ID: 111247
Summary: Very confusing diagnostic when attempting to
initialize an incomplete type: "too many initializers"
Product: gcc
Version: 12.1.0
Status: UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #7 from Thiago Macieira ---
(In reply to Costas Argyris from comment #6)
> At this point I just meant embedding it in your example a.out executable
> file, just to check if it will work correctly.
Ah, got it. But that is not the con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31059
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #6 from Costas Argyris ---
> I can't embed a UTF-8 manifest in my DLL and much less in my .a. As a
> library writer (I'm the QtCore maintainer), that's out of my hands - it is
> an application decision.
At this point I just meant em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #4 from Luke Geeson ---
Add Wilco also addressed this for AArch64 in GCC:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108891
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #3 from Luke Geeson ---
According to the latest C/C++ and PPC models, yes.
If x was non-atomic, then this would be a racy (UB) test, but making x atomic
with relaxed order is well-defined according to the C model (and therefore any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
Andrew Pinski changed:
What|Removed |Added
Target||powerpc64le
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
--- Comment #1 from Luke Geeson ---
Edit: The godbolt link points to the same bug in LLVM I am reporting, here is
the GCC godbolt link https://godbolt.org/z/Tan5jrvKa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
--- Comment #1 from Brian Green ---
It seems working on gcc 11.4 or earlier, but broken since gcc 12.1 on all
versions I could test on godbolt.org.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111246
Bug ID: 111246
Summary: PPC64 Sequentially Consistent Load allows Reordering
of Stores
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111245
Bug ID: 111245
Summary: miscompilation: missing assignment when exception
thrown
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #5 from Thiago Macieira ---
(In reply to Jonathan Wakely from comment #3)
> Somebody else will have to fix this, I've already wasted too much of my life
> making std:: filesystem (mostly) work on Windows.
Same here.
(In reply to Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
Dimitar Dimitrov changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
Costas Argyris changed:
What|Removed |Added
CC||costas.argyris at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #3 from Jonathan Wakely ---
Somebody else will have to fix this, I've already wasted too much of my life
making std:: filesystem (mostly) work on Windows.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89891
Bug 89891 depends on bug 48776, which changed state.
Bug 48776 Summary: ICE(segfault) after -std=f95 diagnostic error involving
PROCEDURE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
Mikael Morin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107923
Mikael Morin changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
Mikael Morin changed:
What|Removed |Added
CC||gs...@t-online.de
--- Comment #10 from Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
--- Comment #2 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #1)
> Except the code page could be tuned via a manifest file even.
> For an example GCC embeds a manifest into its own compiler to work around
> this issue and just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111244
Bug ID: 111244
Summary: std::filesystem::path encoding mismatches locale on
Windows
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106562
--- Comment #7 from CVS Commits ---
The master branch has been updated by Dimitar Dimitrov :
https://gcc.gnu.org/g:ee077d0c5793e1d4ad8d3b033ef2f0225ba6bd59
commit r14-3578-gee077d0c5793e1d4ad8d3b033ef2f0225ba6bd59
Author: Dimitar Dimitrov
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #5 from Iain Sandoe ---
(In reply to Francois-Xavier Coudert from comment #4)
> INVALID, then. I need a better way to create this cross-compiler.
The way to build cross compilers for GCC is:
1. build a native compiler for source
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52953
--- Comment #8 from Jakub Jelinek ---
Created attachment 55820
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55820&action=edit
gcc14-pr52953-2.patch
Untested incremental patch to diagnose even extern redeclarations in the
https://eel.is/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91319
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91319
--- Comment #5 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:4a92205ef1da044eaf9490e61787836a3abe7d6c
commit r14-3577-g4a92205ef1da044eaf9490e61787836a3abe7d6c
Author: Marek Polacek
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52953
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111243
Bug ID: 111243
Summary: The -Og option inlines functions, making for a poor
debugging experience.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111242
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111242
--- Comment #1 from Andrew Pinski ---
Confirmed reduced testcase:
```
#define size 3
constexpr auto tester() {
int *v = new int[size];
auto p = &v[size+1];
bool t = &v[0] == p;
delete[] v;
return t;
}
static_assert(!tester());
#if 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111241
--- Comment #1 from Andrew Pinski ---
With -fno-checking but still the default --enable-checking setting for the
trunk:
alias stmt walking : 18.90 ( 21%) 0.20 ( 7%) 25.86 ( 24%)
8960 ( 0%)
df reaching defs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111242
Bug ID: 111242
Summary: Out of bounds pointer arithmetic not caught in
constexpr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111241
Bug ID: 111241
Summary: Extraordinary amount of time spent in "callgraph
functions expansion"
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105490
--- Comment #2 from Andrew Pinski ---
Here is an even odder case:
```
#define N 256
typedef short T;
extern T a[N];
extern T b[N];
extern T c[N];
extern _Bool pb[N];
extern _Bool pb1[N];
extern _Bool pb2[N];
void predicate_by_booland()
{
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
--- Comment #4 from Bruce Momjian ---
(In reply to Andrew Pinski from comment #2)
> Can you provide the preprocessed source?
Done. Sorry my previous file was 1.1MB and I didn't realize the attachment
failed. I have gzipped the file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
--- Comment #3 from Bruce Momjian ---
Created attachment 55817
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55817&action=edit
preprocessed C file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
--- Comment #1 from Andrew Pinski ---
*** Bug 111239 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111239
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111240
Bug ID: 111240
Summary: Incorrect warning from -Wmaybe-uninitialized
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
--- Comment #6 from Peter Bergner ---
(In reply to Richard Biener from comment #5)
> Should be fixed.
Confirmed fixed. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73
--- Comment #3 from CVS Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:c121afc3b6c96a1f229ba0c4a4de6bd4b6be9a53
commit r14-3576-gc121afc3b6c96a1f229ba0c4a4de6bd4b6be9a53
Author: Marek Polacek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111238
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-08-30
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111239
Bug ID: 111239
Summary: Incorrect warning from -Wmaybe-uninitialized
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110093
--- Comment #5 from Vladimir Makarov ---
(In reply to Georg-Johann Lay from comment #4)
>
>
> So are you saying that the bug is actually in lower-subreg.cc ?
No. lower subreg is fine.
Sorry to be unclear. To generate a better code for the cu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104167
--- Comment #12 from Christophe Lyon ---
(In reply to Jonathan Wakely from comment #11)
> Please file a separate bug for these failures.
Thanks for the pointers, I digged a bit more, and filed:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1112
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111238
Bug ID: 111238
Summary: libstdc++ tests should use -Wl,-gc-sections in more
configurations
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #2 from Andrew Pinski ---
Or the detection to see if the suffix is not exactly working correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111237
--- Comment #1 from Francois-Xavier Coudert ---
The failure was not seen on August 9 at
https://gcc.gnu.org/pipermail/gcc-testresults/2023-August/793205.html on
x86_64-apple-darwin20, so either it is a regression, or the Apple assembler has
beco
0x4
.set L$set$5,LCFI2-LCFI1
.long L$set$5
.byte 0xc
.byte 0x7
.byte 0x8
.align 3
LEFDE1:
.ident "GCC: (GNU) 14.0.0 20230830 (experimental)"
.subsections_via_symbols
For the record, the assembler is called as:
"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110311
--- Comment #55 from Jürgen Reuter ---
Actually, according to my testing, the last commit where the gfortran produced
failing code,
ishttps://gcc.gnu.org/git/?p=gcc.git;a=commit;h=c496d15954cdeab7f9039328f94a6f62cf893d5f
(Aldy Hernandez A single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48776
--- Comment #9 from CVS Commits ---
The master branch has been updated by Mikael Morin :
https://gcc.gnu.org/g:d58150452976c4ca65ddc811fac78ef956fa96b0
commit r14-3572-gd58150452976c4ca65ddc811fac78ef956fa96b0
Author: Mikael Morin
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111228
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:caa7a99a052929d5970677c5b639e1fa5166e334
commit r14-3571-gcaa7a99a052929d5970677c5b639e1fa5166e334
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88610
--- Comment #4 from simon at pushface dot org ---
This problem has been fixed for some time now - I think in GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106271
--- Comment #7 from Thomas Koenig ---
(In reply to Thomas Schwinge from comment #6)
> I noticed recent commit r14-3387-g47f95bc4be4eb14730ab3eaaaf8f6e71fda47690
> "RISC-V: Add multiarch support on riscv-linux-gnu" -- but can't tell
> off-hand wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:cf3aa538317d6c525739f339b79010ae82dc20f5
commit r11-10969-gcf3aa538317d6c525739f339b79010ae82dc20f5
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:beabb96786e4b3e1a820e400c09b1c1c9ab06287
commit r11-10968-gbeabb96786e4b3e1a820e400c09b1c1c9ab06287
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111236
Bug ID: 111236
Summary: ICE in in extract_insn, at recog.cc:2791 on s390x with
-Og -march=z13
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110914
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:487390818c6b10daa29dd1db205fa8566296c084
commit r12-9837-g487390818c6b10daa29dd1db205fa8566296c084
Author: Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111015
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d04993b217f42b8e60b7a6d66647966b1e41302d
commit r12-9836-gd04993b217f42b8e60b7a6d66647966b1e41302d
Author: Jakub Jelinek
1 - 100 of 118 matches
Mail list logo
