https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #2 from Richard Biener ---
(In reply to Tobias Burnus from comment #1)
> My impression is that the ICE is due to having
> fold_build2_loc (0, PLUS_EXPR, type, op0, op1)
> with
> (gdb) p debug_tree(type)
> (gdb) p debug_tree(op0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106451
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106375
Richard Biener changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101347
Richard Biener changed:
What|Removed |Added
Known to work||13.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106022
--- Comment #20 from Richard Biener ---
Probably OK to backport for 12.2 (but no later)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
Tamar Christina changed:
What|Removed |Added
Summary|Potential regression on |[11/12/13 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
--- Comment #5 from Richard Biener ---
(In reply to Tamar Christina from comment #4)
> I believe the problem is actually g:27842e2a1eb26a7eae80b8efd98fb8c8bd74a68e
>
> We added an optab for the widening left shift pattern there however the
> op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106434
Martin Liška changed:
What|Removed |Added
Summary|Spurious -Wnull-dereference |[12/13 Regression] Spurious
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
--- Comment #6 from Tamar Christina ---
(In reply to Richard Biener from comment #5)
> (In reply to Tamar Christina from comment #4)
> > I believe the problem is actually g:27842e2a1eb26a7eae80b8efd98fb8c8bd74a68e
> >
> > We added an optab for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106446
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106450
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
--- Comment #7 from rguenther at suse dot de ---
On Wed, 27 Jul 2022, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106346
>
> --- Comment #6 from Tamar Christina ---
> (In reply to Richard Biener from comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105665
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4ca164a6372412a1b3dc62b6fbde77d338e22bd4
commit r12-8624-g4ca164a6372412a1b3dc62b6fbde77d338e22bd4
Author: Alexandre Oliv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106063
--- Comment #7 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:13d23c313374e15186f33fa6d57a0c9fd5d8b486
commit r12-8625-g13d23c313374e15186f33fa6d57a0c9fd5d8b486
Author: Tamar Christin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
--- Comment #17 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:e0e388998b797da09a8c018f6f94d1358fd4b8f1
commit r12-8627-ge0e388998b797da09a8c018f6f94d1358fd4b8f1
Author: Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100810
--- Comment #17 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:4ca164a6372412a1b3dc62b6fbde77d338e22bd4
commit r12-8624-g4ca164a6372412a1b3dc62b6fbde77d338e22bd4
Author: Alexandre Oli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106189
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:5b8458bc35b5df34c1b4b8735975f2686444f6c8
commit r12-8629-g5b8458bc35b5df34c1b4b8735975f2686444f6c8
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105665
Richard Biener changed:
What|Removed |Added
Known to fail||12.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106063
--- Comment #8 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:019a9ef7f7466c0f41bdc8c5838f4f4926c938aa
commit r12-8626-g019a9ef7f7466c0f41bdc8c5838f4f4926c938aa
Author: Dimitar Dimitr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106063
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106087
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106129
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:d2892faac6d760ebc47f8f6ebee51e5cf6255cc8
commit r12-8628-gd2892faac6d760ebc47f8f6ebee51e5cf6255cc8
Author: Joseph Myers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106129
Richard Biener changed:
What|Removed |Added
Known to work||12.1.1, 13.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106452
Bug ID: 106452
Summary: Iteration of filesystem::path("//") results in
path("//") and not path("/")
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106453
Bug ID: 106453
Summary: Redundant zero extension after crc32q
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106397
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3044a7a824981496875acc6debf467fb904c55f2
commit r13-1853-g3044a7a824981496875acc6debf467fb904c55f2
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94920
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0bc1566dec0cab9410723c96d2ef3280fdab8e8e
commit r13-1854-g0bc1566dec0cab9410723c96d2ef3280fdab8e8e
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106332
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:cc078cf85295ec5d0a63a16afbd045efac0d455e
commit r13-1855-gcc078cf85295ec5d0a63a16afbd045efac0d455e
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106261
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f9671b60f9395cb1dca128b92f5dd215f5aeaae1
commit r13-1856-gf9671b60f9395cb1dca128b92f5dd215f5aeaae1
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94920
--- Comment #4 from Gabriel Ravier ---
So, is this fully fixed, or did I miss something ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106454
Bug ID: 106454
Summary: -Wanalyzer-malloc-leak false positive when returning
heap-allocation through array in struct after function
call
Product: gcc
Version: 12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106332
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106261
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12/13 Regression]|[10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #4 from Jakub Jelinek ---
void
foo (void)
{
int a[1024];
int *p, *q;
#pragma omp simd collapse(2)
for (p = &a[0]; p < &a[512]; p++)
for (q = p + 64; q < p + 128; q++)
;
}
is enough to reproduce it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106450
Roger Sayle changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106454
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106454
--- Comment #2 from David Malcolm ---
...i.e. it's getting confused about liveness. It's considering that the call
to c could have overwritten the old value of d with a new value (or d->args),
and thus that this hypothetical new value of d->arg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106187
--- Comment #47 from Richard Earnshaw ---
Created attachment 53361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53361&action=edit
Possible patch
A slightly more thorough attempt to avoid the problem by detecting when the
alias sets are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106419
--- Comment #10 from Segher Boessenkool ---
(In reply to Kewen Lin from comment #9)
> (In reply to Segher Boessenkool from comment #8)
> > So for which pseudo and which hard register did this ICE, and what did the
> > code look like at that poin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106286
--- Comment #2 from CVS Commits ---
The master branch has been updated by Immad Mir :
https://gcc.gnu.org/g:0f82c0ea8d86ee3bb404c460a04ff2ccfb56d2a0
commit r13-1860-g0f82c0ea8d86ee3bb404c460a04ff2ccfb56d2a0
Author: Immad Mir
Date: Wed Jul 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106286
Immad Mir changed:
What|Removed |Added
CC||mir at gcc dot gnu.org
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106003
Bug 106003 depends on bug 106286, which changed state.
Bug 106286 Summary: fd_diagnostic should implement get_meaning_for_state_change
vfunc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106286
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #5 from Jakub Jelinek ---
Created attachment 53362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53362&action=edit
gcc13-pr106449.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106455
Bug ID: 106455
Summary: bad style: comparatives over booleans ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106456
Bug ID: 106456
Summary: -Wunreachable-code seems very broken
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #6 from Tobias Burnus ---
Comment on attachment 53362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53362
gcc13-pr106449.patch
> + t = fold_convert (sizetype, fd->loops[i + 1].n1);
> + t = fold_bui
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106455
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106455
--- Comment #2 from Andreas Schwab ---
negative && !other_negative is definitely easier to understand than negative >
other_negative. In fact, given the condition negative != other_negative,
negative already implies !other_negative, so this can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106455
--- Comment #3 from David Binderman ---
(In reply to Andrew Pinski from comment #1)
> bool > bool works just fine and is exactly what we want to test here.
Confused. So is false > true or true > false ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106455
--- Comment #4 from Andreas Schwab ---
bool > bool is evaluated as (int)bool > (int)bool.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106449
--- Comment #7 from Tobias Burnus ---
Comment on attachment 53362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53362
gcc13-pr106449.patch
The code does not seem to work. If I add:
void foobar(int *a, int*b) {
__builtin_printf("%lu\n"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106416
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91093
--- Comment #2 from Florian Weimer ---
It seems that
auto x = 1.0;
will change meaning in C2X (as implemented by GCC) and use type double instead
of int for x. We are probably way too late to fix this (by rejecting the
construct in earlier lang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106448
--- Comment #1 from Jakub Jelinek ---
int x;
void
bar (void)
{
#pragma omp atomic
x = (x + 6);
#pragma omp atomic
x = (x * 6);
}
is incorrectly accepted in C and rejected in C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106448
--- Comment #2 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #1)
> is incorrectly accepted in C and rejected in C++.
I mean is correctly rejected in C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106456
--- Comment #1 from Andrew Pinski ---
Wunreachable-code
Common Ignore Warning
Does nothing. Preserved for backward compatibility.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46476
--- Comment #30 from Andrew Pinski ---
*** Bug 106456 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106456
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
--- Comment #36 from Eric Gallager ---
Note that the solution to this has caused downstream MacPorts bug 65236:
https://trac.macports.org/ticket/65236
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106298
David Malcolm changed:
What|Removed |Added
Last reconfirmed||2022-07-27
Assignee|dmalcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100340
--- Comment #37 from Iain Sandoe ---
(In reply to Eric Gallager from comment #36)
> Note that the solution to this has caused downstream MacPorts bug 65236:
> https://trac.macports.org/ticket/65236
the macports ticket does not contain enough in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106415
--- Comment #6 from Undefined Opcode ---
(In reply to Kewen Lin from comment #5)
> At the top of tree-ssa-loop-ivopts.cc file, there are some useful comments
> describing the costs for iv candidate itself and group, it may help.
>
> :
> cand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106457
Bug ID: 106457
Summary: array_at_struct_end_p returns TRUE for a two-dimension
array which is not inside any structure
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106458
Bug ID: 106458
Summary: [12 Regression] glibc's malloc/tst-scratch_buffer.c
test is miscompiled with gcc-12
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106458
--- Comment #1 from John David Anglin ---
Created attachment 53364
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53364&action=edit
.i file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106458
--- Comment #2 from John David Anglin ---
Created attachment 53365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53365&action=edit
.s file generated with gcc-11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106458
--- Comment #3 from John David Anglin ---
Created attachment 53366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53366&action=edit
.s file generated with gcc-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106416
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105842
--- Comment #6 from Joe Loser ---
(In reply to Patrick Palka from comment #5)
> Fixed for GCC 12.2/13
Thanks for the fix, Patrick!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285
--- Comment #12 from CVS Commits ---
The releases/gcc-12 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:1321183a13540b5c3503586b94c758198471c7b3
commit r12-8631-g1321183a13540b5c3503586b94c758198471c7b3
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285
--- Comment #13 from CVS Commits ---
The releases/gcc-12 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:05530fcea07a9ee5c7501867f3f11f0fbc504a06
commit r12-8632-g05530fcea07a9ee5c7501867f3f11f0fbc504a06
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106204
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:09cb9c88ef8e2c0c89ada9cde2caf1a960db7a77
commit r12-8637-g09cb9c88ef8e2c0c89ada9cde2caf1a960db7a77
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:71a4f739c218746df70612eeb844024d1fe206bb
commit r12-8638-g71a4f739c218746df70612eeb844024d1fe206bb
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106358
Bug 106358 depends on bug 106225, which changed state.
Bug 106225 Summary: False positives from -Wanalyzer-tainted-divisor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106225
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106204
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106358
Bug 106358 depends on bug 106204, which changed state.
Bug 106204 Summary: False positive from -Wanalyzer-use-of-uninitialized-value
with -ftrivial-auto-var-init=zero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106204
What|Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105285
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106430
Johel Ernesto Guerrero Peña changed:
What|Removed |Added
Summary|[modules] ICE on function |[modules] ICE on function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99860
--- Comment #2 from David Malcolm ---
Quoting Paul Eggert here:
https://lists.gnu.org/archive/html/bug-gnulib/2022-07/msg00066.html
> I looked into this a bit more, and it turns out that GCC was wrong
> about
> what happens when some paramete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106170
--- Comment #16 from cqwrteur ---
(In reply to Martin Liška from comment #15)
> Feel free to provide Windows implementation of the critical section.
make[4]: Leaving directory
'/home/cqwrteur/toolchains_build/gcc_build/x86_64-w64-mingw32/loonga
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106170
--- Comment #17 from cqwrteur ---
(In reply to Martin Liška from comment #15)
> Feel free to provide Windows implementation of the critical section.
case $target in
riscv*)
# do not use locking as pthread depends on libatomic
;;
*-l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106459
Bug ID: 106459
Summary: Compiler crashing for loongarch64-linux-gnu on windows
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106459
--- Comment #1 from cqwrteur ---
It does not crash on linux host but crash on windows host.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106459
cqwrteur changed:
What|Removed |Added
Component|other |c++
--- Comment #2 from cqwrteur ---
I thin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106459
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
--- Comment #3 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106459
--- Comment #4 from Andrew Pinski ---
I suspect it is this macro which is causing the issue:
/* True if VALUE can be loaded into a register using LU12I. */
#define LU12I_OPERAND(VALUE) \
(((VALUE) | ((1UL << 31) - IMM_REACH)) == ((1UL << 31)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106459
--- Comment #5 from Andrew Pinski ---
It might also be:
#define IMM16_OPERAND(VALUE) \
((unsigned HOST_WIDE_INT) (VALUE) + 0x8000 < 0x1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106460
Bug ID: 106460
Summary: internal compiler error: output_operand: invalid
expression as operand on -O1
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106460
--- Comment #1 from Jiu Fu Guo ---
The ice occur when output rtx "(high:DI (symbol_ref:DI ("var_48")..))) to
constant pool.
This rtx is generated at function "recog_for_combine"(in combine.cc) after
invoking "force_const_mem".
This kind of rtx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106461
Bug ID: 106461
Summary: filesystem::path("//.").parent_path() results in
path("/") and not path("//")
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity
93 matches
Mail list logo
