https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104510
Bug ID: 104510
Summary: ICE: 'verify_gimple' failed: mismatching comparison
operand types in verify_gimple_in_seq()
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804
Andrew Pinski changed:
What|Removed |Added
CC||vofogi5810 at goonby dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104509
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104509
Bug ID: 104509
Summary: Scoped enum as bit field in a function template
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504
--- Comment #2 from Kees Cook ---
As mentioned in a Linux kernel thread, isn't it possible to transform this:
switch (x) {
int y;
default:
y = x * 2;
return y;
}
into this:
{
int y;
switch (x) {
de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104508
Bug ID: 104508
Summary: _GLIBCXX_ASSERTIONS gets ignored with clang with
-std=c++2b
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104117
--- Comment #23 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:4c3792d448964f7bd99e7eac2c29c9eb7c2bfb84
commit r12-7209-g4c3792d448964f7bd99e7eac2c29c9eb7c2bfb84
Author: Iain Sandoe
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Now do we want to add a check inside STRIP_USELESS_TYPE_CONVERSION for
> error_mark_node, I am still deciding.
Oh STRIP_TYPE_NOPS has a check for error_mark_nod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506
--- Comment #2 from Andrew Pinski ---
The NOP_EXPR comes from:
(gdb) up
#1 0x00b99a72 in c_process_expr_stmt (loc=266752, expr=) at
/home/apinski/src/upstream-gcc/gcc/gcc/c/c-typeck.cc:11356
11356 expr = build1 (NOP_EXPR, TREE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 9.3.0, 9.4.0
Summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #27 from Qing Zhao ---
> On Feb 11, 2022, at 11:47 AM, jakub at gcc dot gnu.org
> wrote:
> But if I do:
> struct C { char a; int b; char c; long d; C () : a (42), b (42), c (42), d
> (42)
> {} };
> void bar (C *);
> void
> foo ()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507
Bug ID: 104507
Summary: internal compiler error: unexpected expression
‘(int)(__ret)’ of kind cast_expr
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103904
--- Comment #15 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:3273e704d04a98bcfccdc93c8d07e88f2b032043
commit r11-9561-g3273e704d04a98bcfccdc93c8d07e88f2b032043
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79754
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104499
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101324
--- Comment #25 from CVS Commits ---
The releases/gcc-11 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:c56c398c39f6195c3d158f02514c33b7da73ebc2
commit r11-9560-gc56c398c39f6195c3d158f02514c33b7da73ebc2
Author: Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103586
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:4854985f13feac2d61c69c996c47af468f29c6c9
commit r11-9559-g4854985f13feac2d61c69c996c47af468f29c6c9
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103556
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Peter Bergner
:
https://gcc.gnu.org/g:4854985f13feac2d61c69c996c47af468f29c6c9
commit r11-9559-g4854985f13feac2d61c69c996c47af468f29c6c9
Author: Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104499
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9355a8c35883b5125851bb9b4169a1a1cd8e343f
commit r12-7202-g9355a8c35883b5125851bb9b4169a1a1cd8e343f
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506
Andrew Pinski changed:
What|Removed |Added
Severity|normal |trivial
Known to work|11.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104506
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104501
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504
Kees Cook changed:
What|Removed |Added
CC||kees at outflux dot net
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #26 from Jakub Jelinek ---
Though, I must say I don't understand how that works currently at all.
For say
struct C0 {};
struct C1 {};
struct C2 : C1, virtual C0 {};
struct C3 : virtual C2, C1 {};
struct C6 { char c; };
struct C7 : vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102994
--- Comment #14 from Thomas Rodgers ---
Created attachment 52420
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52420&action=edit
Make notify_one/notify_all non-const
I submitted this patch to the list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102692
--- Comment #4 from David Malcolm ---
I've been investigating the false positive from
-Wanalyzer-use-of-uninitialized-value. It only happens when optimization is
turned on, but happens within the FE, before gimplification.
Specifically, c_pars
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97040
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104400
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
inux-gnu --host=x86_64-pc-linux-gnu
--target=x86_64-pc-linux-gnu --with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r12-7199-20220211084605-gcc68ad87014-checking-yes-rtl-df-extra-nobootstrap-amd64
Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #24 from Jakub Jelinek ---
I bet with the default -flifetime-dse=2 we would then have a
var = {};
var ={v} {CLOBBER}; // Start of ctor clobber
var.whatever = ...; // Ctor content
and the zero initialization would be optimized a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79754
--- Comment #3 from Zdenek Sojka ---
This still ICEs on r12-7199:
$ x86_64-pc-linux-gnu-gcc testcase.c
testcase.c: In function 'foo':
testcase.c:2:1: internal compiler error: in type_natural_mode, at
config/i386/i386.cc:1978
2 | V foo (V a)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #23 from Qing Zhao ---
> On Feb 11, 2022, at 9:29 AM, jason at gcc dot gnu.org
> wrote:
>
> I wonder why -fauto-var-init uses builtin_clear_padding instead of just
> zero-initializing the whole object before normal initialization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104400
--- Comment #4 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:274a4d29421e73c9b40c1641986c6ed904e20184
commit r12-7200-g274a4d29421e73c9b40c1641986c6ed904e20184
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103008
--- Comment #13 from Uroš Bizjak ---
(In reply to Richard Biener from comment #12)
> Just as data-point on znver2 Uros testcase shows
>
> rguenther@ryzen:/tmp> gcc-11 t.c -Ofast -lm -march=znver2
> rguenther@ryzen:/tmp> numactl --physcpubind=3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104502
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #22 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #21)
> This patch implements the rejection of pointers to non-trivially-copyable
> types with the exception of &var or &parm, because in those cases we know it
> is c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104455
--- Comment #5 from Richard Earnshaw ---
(In reply to Jeffrey Walton from comment #4)
>
> So stepping back to 10,000 feet, we now need to specify options and ISA's we
> are not using. That seems like a bug to me. I'm not sure I would consider
-gnu --host=x86_64-pc-linux-gnu
--target=x86_64-pc-linux-gnu --with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r12-7199-20220211084605-gcc68ad87014-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104504
Bug ID: 104504
Summary: spurious -Wswitch-unreachable warning with
-ftrivial-auto-var-init=zero
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95082
--- Comment #9 from Segher Boessenkool ---
It still needs fixing on trunk as well, as discussed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104502
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-02-11
Target Milestone|---
all --disable-libsanitizer
--disable-gcov --disable-libgomp --disable-libquadmath --disable-libssp
--enable-languages=c,c++
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 12.0.1 20220211 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104423
--- Comment #4 from Tom de Vries ---
Created attachment 52416
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52416&action=edit
[libgomp, testsuite, nvptx] Add GOMP_NVPTX_JIT_ITER (libgomp.c/c.exp only)
/gcc-trunk//binary-trunk-r12-7195-2022022825-g72f8d228aff-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.1 20220211 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449
--- Comment #3 from Jakub Jelinek ---
C++ testcase that ICEs with such options even at -O2:
void bar (int *);
struct A { A (); ~A (); };
void
foo (int n)
{
A b;
{
int a[n];
bar (a);
}
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102425
--- Comment #9 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #8)
> This also prompted https://wg21.link/lwg3598
Which has been voted into the working draft now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
--- Comment #8 from rsandifo at gcc dot gnu.org
---
No, negating the offset seems like the right fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181
--- Comment #13 from Andrew Stubbs ---
I've updated the LLVM version documentation at
https://gcc.gnu.org/wiki/Offloading#For_AMD_GCN:
It's LLVM 9 or 13.0.1 now (nothing in between), and will be 13.0.1+ for the
next release (dropping LLVM 9 bec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100181
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101231
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:18b7cbb2ac0bf676846d7fe68283f093825357f6
commit r11-9557-g18b7cbb2ac0bf676846d7fe68283f093825357f6
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103904
--- Comment #14 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:18b7cbb2ac0bf676846d7fe68283f093825357f6
commit r11-9557-g18b7cbb2ac0bf676846d7fe68283f093825357f6
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103904
--- Comment #13 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:fdc75c820f0f6fa458f0325c2c222ad5e7a7d3ad
commit r11-9556-gfdc75c820f0f6fa458f0325c2c222ad5e7a7d3ad
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103904
--- Comment #12 from CVS Commits ---
The releases/gcc-11 branch has been updated by Patrick Palka
:
https://gcc.gnu.org/g:92d6121eeccf858cecd29ce4b7e734df7ae9
commit r11-9555-g92d6121eeccf858cecd29ce4b7e734df7ae9
Author: Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104481
H.J. Lu changed:
What|Removed |Added
Keywords||patch
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95082
Bill Schmidt changed:
What|Removed |Added
Known to work||12.0
Summary|[11/12] LE implem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
--- Comment #7 from avieira at gcc dot gnu.org ---
And I was thinking it didn't know how to handle anchor + offset...
Anyway if I just record the swap and use it to invert the distance calculation
that seems to 'work' for the testcase. I'm happy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104274
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94395
Christophe Leroy changed:
What|Removed |Added
CC||christophe.leroy at csgroup
dot eu
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104274
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:cc68ad87014a331399ccb2528db3bf47fabe6f72
commit r12-7199-gcc68ad87014a331399ccb2528db3bf47fabe6f72
Author: David Malcolm
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102330
--- Comment #11 from Thomas Schwinge ---
Jakub, thanks again for your comments!
I've written down the following while working through the issue. Maybe you'd
like to verify, and maybe it'll useful for someone later (if only my future
self...).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99243
Egor Pugin changed:
What|Removed |Added
CC||egor.pugin at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100617
--- Comment #3 from Johel Ernesto Guerrero Peña ---
(In reply to wang ivor from comment #1)
> A workaround is to create a module that exports only the namespace A and
> 'export import' it in the module 'test1'.
I did that, but it's not enough.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104501
Bug ID: 104501
Summary: vector lowering for VEC_COND_EXPR does not consider
smaller vectors
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104472
--- Comment #3 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104446
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] ICE |[9/10/11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104472
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:84993d94e13ad2ab3aee151bb5a5e767cf75d51e
commit r12-7197-g84993d94e13ad2ab3aee151bb5a5e767cf75d51e
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104446
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fb76c0ad35f96505ecd9213849ebc3df6163a0f7
commit r12-7196-gfb76c0ad35f96505ecd9213849ebc3df6163a0f7
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
--- Comment #5 from avieira at gcc dot gnu.org ---
You mean this https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92294
it only works for direct symbols I think it never enters
the block under: if (GET_CODE (x) == SYMBOL_REF && GET_CODE (y) == SYMBO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104499
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
baz;
import foo;
import bar;
int main() {
foo::foo();
}
```
```none
$ ~/.local/lib/gcc-trunk/bin/g++ --version
g++ (GCC) 12.0.1 20220211 (experimental)
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101476
--- Comment #17 from Stas Sergeev ---
I sent the small patch-set here:
https://lore.kernel.org/lkml/20220126191441.3380389-1-st...@yandex.ru/
but it is so far ignored by kernel developers.
Someone from this bugzilla should give me an
Ack or Revi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104499
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Last reconfi
port module bar;
import foo;
void bar() {
foo();
}
```
```c++
// main.cpp
export module main;
import foo;
import bar;
int main() {
}
```
```none
$ ~/.local/lib/gcc-trunk/bin/g++ --version
g++ (GCC) 12.0.1 20220211 (experimental)
Copyright (C) 2022 Free Software Foundation, Inc.
This is free soft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102586
--- Comment #21 from Jakub Jelinek ---
Created attachment 52413
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52413&action=edit
gcc12-pr102586.patch
Indeed, and when creating BIT_CAST_EXPR we actually verify those
trivially_copyable_p ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104500
Bug ID: 104500
Summary: Document directory layout for installed C++ headers
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Keywords: documentation
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
--- Comment #3 from avieira at gcc dot gnu.org ---
Sorry some confusion there, I thought it was base_alias_check bailing out
early, but that seems to return true, it is the memrefs_conflict_p that returns
0.
I suspect rtx_equal_for_memref_p shou
pported LTO compression algorithms: zlib zstd
gcc version 12.0.1 20220211 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104459
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104496
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104495
--- Comment #11 from Jonathan Wakely ---
If you've entered any text or adjusted any dropdown selections while on the
page, then refreshing will preserve those changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104496
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:72f8d228aff80ede554b1735533af7eb0bd4a912
commit r12-7195-g72f8d228aff80ede554b1735533af7eb0bd4a912
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
--- Comment #2 from Richard Biener ---
I don't see how it can with those MEMs. Can you show the canonicalized (CSELIB
expanded) RTXen the base_alias_check routine sees?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104459
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:18c8086d65f3d539e065ea7c97e3de6f3bbdf684
commit r12-7194-g18c8086d65f3d539e065ea7c97e3de6f3bbdf684
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104489
Roger Sayle changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104489
Tom de Vries changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104497
--- Comment #7 from Richard Biener ---
Interestingly the C++ frontend handles the COND_EXPR like
(void) (VIEW_CONVERT_EXPR(y)[i] = (i & 1) != 0 ?
VIEW_CONVERT_EXPR(inv)[i] : VIEW_CONVERT_EXPR(src)[i]) >;
avoiding this issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104497
--- Comment #6 from Richard Biener ---
At -O0 we don't ICE but still have invalid
_2 = VIEW_CONVERT_EXPR(iftmp.0_4)[i_7(D)];
at RTL expansion. We're somehow recovering here, IIRC RTL expansion makes sure
to expand iftmp.0_4 to memory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104497
--- Comment #5 from Richard Biener ---
So the issue here is that gimplification creates
:
iftmp.0 = inv;
goto ;
:
iftmp.0 = src;
:
_2 = VIEW_CONVERT_EXPR(iftmp.0)[i];
that requires a non-register iftmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104497
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
--- Comment #1 from avieira at gcc dot gnu.org ---
Forgot to mention, this happens during the sched1 pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104498
Bug ID: 104498
Summary: Alias attribute being ignored by scheduler
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104496
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Status|UNCONFIRMED
1 - 100 of 105 matches
Mail list logo
