https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
--- Comment #38 from Richard Biener ---
Created attachment 50354
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50354&action=edit
SVG of the CFG at LIM
This is a SVG of the CFG as created by dot at the point of the first LIM pass.
The CFG
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99517
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #4)
> --- gcc/ipa-icf-gimple.c.jj 2021-01-04 10:25:38.752234741 +0100
> +++ gcc/ipa-icf-gimple.c 2021-03-10 15:02:06.287502784 +0100
> @@ -667,7 +667,7 @@ func_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99520
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
--- Comment #1 from Richard Biener ---
They are there, it's the
sizetype D.3596;
sizetype D.3597;
sizetype D.3598;
void * D.3599;
int D.3601;
etc. variables, but they are DECL_IGNORED (they have no "name") and so
dumping which does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99529
--- Comment #2 from Richard Biener ---
Or make an internal (static) newunit_free_unlocked and make the exported
newunit_free take the lock.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99531
Richard Biener changed:
What|Removed |Added
Summary|Performance regression |[9/10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99541
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99542
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99543
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99544
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99545
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96135
--- Comment #2 from Richard Biener ---
Created attachment 50361
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50361&action=edit
WIP
On current trunk at -O3 f() again works via store-merging / vectorizing:
- _21 = {_3, _4, _5, _6, _7, _8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99523
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99549
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-11
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99547
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
Richard Biener changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97494
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98245
--- Comment #3 from Richard Biener ---
OK, so the issue is sparc has V2SI only and the dump scanning expects V4SI.
Since the test for the number of + is somewhat redundant I'll simply drop it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98245
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88140
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Summary|[9/10/11 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87988
Richard Biener changed:
What|Removed |Added
Target Milestone|10.3|---
Summary|[9/10/11 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89049
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90579
--- Comment #11 from Richard Biener ---
OK, so push_partial_def could simply record the first non-constant def and upon
the second, if it completes all bits handle some easy cases (VEC_PERM_EXPR,
COMPLEX_EXPR come to my mind, eventually also CONS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99544
--- Comment #3 from Richard Biener ---
(In reply to Jakub Jelinek from comment #2)
> I think this is another case that the PR98287 proposed patch would fix,
> again after vec lowering some pass (seems vrp2 in this case), this time it
> is the
> /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99559
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99565
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99577
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-15
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99581
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Summary|internal compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99582
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99583
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99584
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Summary|ICE Segmentatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99587
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-15
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99588
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90579
--- Comment #12 from Richard Biener ---
(In reply to Richard Biener from comment #9)
> So we now have a "real" FRE after the vectorizer but we fail to CSE
>
> MEM [(double *)&r] = vect__3.20_74;
> ...
> MEM [(double *)&r + 32B] = vect__62.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
--- Comment #7 from Richard Biener ---
So for the missed optimization we run into
/* 5) For aggregate copies translate the reference through them if
the copy kills ref. */
else if (data->vn_walk_kind == VN_WALKREWRITE
...
/* Adju
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99599
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Concep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99595
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99594
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #1 from Richa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99604
Bug ID: 99604
Summary: GC related ICE in
23_containers/vector/modifiers/insert_vs_emplace.cc
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99604
--- Comment #1 from Richard Biener ---
Doesn't reproduce with
make check-libstdc++-v3 RUNTESTFLAGS="--target_board=unix/-m32
conformance.exp=insert_vs_emplace.cc"
but appeared in a full (parallel) make check. Running the command in
valgrind do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
--- Comment #9 from Richard Biener ---
This patch restores the optimization of _b_c_p on trunk (and hides the issue
again).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99606
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99601
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99603
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99604
Richard Biener changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99605
Richard Biener changed:
What|Removed |Added
Summary|[11 regress] new test case |[11 regresson] new test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99607
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99610
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99614
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99613
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99296
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99420
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99433
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93632
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92442
Richard Biener changed:
What|Removed |Added
CC||jeanmichael.celerier@gmail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92442
--- Comment #10 from Richard Biener ---
Mark, you're looking after -gsplit-dwarf - can you comment on whether we can
drop the -gpubnames "requirement"?
In the end I'd suggest to change the implementation to emit pubnames from the
pruned DIE tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99613
--- Comment #6 from Richard Biener ---
(In reply to Jakub Jelinek from comment #3)
> Or do you mean it is possible that for two unrelated variables
> variable 1 with its guard variable 2 with its guard
> __cxa_guard_acquire succeeds
> ct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
--- Comment #1 from Richard Biener ---
Hmm, so the linker complains that .debug_macro refers to COMDAT .debug_macro
which is discarded. Quite possibly the linker misses special-casing of
.debug_macro because it's called .gnu.debuglto_.debug_macr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99253
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99613
--- Comment #17 from Richard Biener ---
I think for the non-dependent case there's no good fix but the standard can be
read in a way that only the dependent case has well-defined order of
destruction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99620
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98758
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97081
Richard Biener changed:
What|Removed |Added
Known to work||8.4.1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94479
Richard Biener changed:
What|Removed |Added
Known to work||8.4.1
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98282
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96369
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96370
Richard Biener changed:
What|Removed |Added
Known to fail||8.4.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96579
Richard Biener changed:
What|Removed |Added
Known to work||8.4.1
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96579
Bug 96579 depends on bug 96370, which changed state.
Bug 96370 Summary: [8 Regression] ICE with -ffast-math since
r7-950-g8a85cee26eabf5cf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96370
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97255
Richard Biener changed:
What|Removed |Added
Known to fail||8.4.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93964
Richard Biener changed:
What|Removed |Added
Known to work||8.4.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 93964, which changed state.
Bug 93964 Summary: [8 Regression] [graphite] ICE in
assign_parameter_index_in_region, at graphite-scop-detection.c:1104
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93964
What|R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #7 from Richard Biener ---
(In reply to Matthias Klose from comment #5)
> I'm able to reduce the amount of object files involved in this ICE. But then
> trying to rebuild the package with -save-temps makes the ICE disappear.
I guess
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #6)
> More specifically, likely caused by
> g:ae99b315ba5b9e1ccc221b3c45de323cbc574400 which did
>
> diff --git a/gcc/cfg.c b/gcc/cfg.c
> index 529b6ed2105..e8bd1456
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #9 from Richard Biener ---
For the ICE in this bug it might be enough to, in cgraph_node::release_body,
walk callees and zap ->call_stmt on the cgraph edges. But the more general
issue remains - GC will still try to collect the now u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
--- Comment #10 from Richard Biener ---
So like this.
diff --git a/gcc/cgraph.c b/gcc/cgraph.c
index 80140757d16..447d9a920f7 100644
--- a/gcc/cgraph.c
+++ b/gcc/cgraph.c
@@ -1854,6 +1854,9 @@ cgraph_node::release_body (bool keep_arguments)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99604
Richard Biener changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
--- Comment #4 from Richard Biener ---
(In reply to H.J. Lu from comment #3)
> This is what GCC generates:
>
> hjl@gnu-cfl-2 pr27590]$ cat bad.s
> .section.gnu.debuglto_.debug_macro,"e",@progbits
> .Ldebug_macro0:
> .long .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
--- Comment #5 from Richard Biener ---
Maybe it's an assembler bug that it fails to set 'E' on the GROUP section?
Section Headers:
[Nr] Name Type Address Offset
Size EntSize Flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99604
--- Comment #5 from Richard Biener ---
(In reply to Nathan Sidwell from comment #4)
> I wonder if this was an instance of 99423?
It doesn't use any modules, so unlikely. I thought of PR99447 instead but
since it doesn't reproduce...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
--- Comment #10 from Richard Biener ---
(In reply to H.J. Lu from comment #9)
> (In reply to Jakub Jelinek from comment #6)
> > I don't see how that is any different from the above. The intent is (and it
> > has been working fine for years) that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
--- Comment #12 from Richard Biener ---
Btw, gold happily links w/o a problem. lld (from llvm9) reports
> ld.lld -r bad.o bad.o
ld.lld: warning: relocation refers to a discarded section:
.gnu.debuglto_.debug_macro
>>> referenced by bad.o:(.rela
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
Richard Biener changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99618
--- Comment #15 from Richard Biener ---
So as expected all of the linkers are happy with
.section.gnu.debuglto_.debug_macro,"e",@progbits
.Ldebug_macro0:
.long debug_macro2
.section.gnu.debuglto_.debug_m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99626
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99414
--- Comment #6 from Richard Biener ---
(In reply to Jan Hubicka from comment #4)
> s275:
> typedef float real_t;
>
> #define iterations 10
> #define LEN_1D 32000
> #define LEN_2D 256
> // array definitions
>
> real_t
> a[LEN_2D],d[LEN_2D],a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99633
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99634
Richard Biener changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
Ever confi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99636
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99638
--- Comment #2 from Richard Biener ---
.L4:
vmovups b(%rax), %ymm0
addq$32, %rax
vfmadd213ps aa+988(%rax), %ymm1, %ymm0
vmovups %ymm0, aa-32(%rax)
cmpq$996, %rax
jne .L4
vs.
.L4:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99639
--- Comment #1 from Richard Biener ---
I think you need to be lucky to have V4SI "registered" first. At least I
remember we have code to deal with this situation in the constant pool
handling.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99646
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99648
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99649
Richard Biener changed:
What|Removed |Added
Component|c |target
--- Comment #3 from Richard Bien
101 - 200 of 20781 matches
Mail list logo