https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10499
Bug 10499 depends on bug 12385, which changed state.
Bug 12385 Summary: Full debug info not emitted for C++ classes with external
virtual functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12385
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10499
Richard Biener changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10466
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113555
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113561
Richard Biener changed:
What|Removed |Added
Component|c |tree-optimization
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113560
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
||rguenth at gcc dot gnu.org,
||tnfchris at gcc dot gnu.org
Component|c |tree-optimization
--- Comment #3 from Richard Biener ---
possibly a duplicate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #21 from Richard Biener ---
On aarch64 I can see already GCC 13.2 looking very much different from 12.3,
but I can't decipher the code to decide whether 12.3 vectorizes the loop or
not.
trunk looks similar to 13.2 here, so the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #20 from Richard Biener ---
(In reply to Richard Biener from comment #19)
> (In reply to Richard Biener from comment #18)
> > (In reply to Tamar Christina from comment #17)
> > > Ok, bisected to
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #19 from Richard Biener ---
(In reply to Richard Biener from comment #18)
> (In reply to Tamar Christina from comment #17)
> > Ok, bisected to
> >
> > g:2efe3a7de0107618397264017fb045f237764cc7 is the first bad commit
> > commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #18 from Richard Biener ---
(In reply to Tamar Christina from comment #17)
> Ok, bisected to
>
> g:2efe3a7de0107618397264017fb045f237764cc7 is the first bad commit
> commit 2efe3a7de0107618397264017fb045f237764cc7
> Author: Hao Liu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8354
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2005-12-28 06:14:12 |2024-1-23
--- Comment #14 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8188
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2005-12-28 06:14:46 |2024-1-23
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8108
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113552
--- Comment #10 from Richard Biener ---
I'll fix the exact_log2 issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113552
--- Comment #8 from Richard Biener ---
diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
index 09749ae3817..1ddbe7a2f6b 100644
--- a/gcc/tree-vect-stmts.cc
+++ b/gcc/tree-vect-stmts.cc
@@ -4071,7 +4071,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113552
--- Comment #7 from Richard Biener ---
OK, maybe the costing is simply not taking into account that we chose the
simdlen == 1 variant which _does_ exist! It's the chosen one:
4052bestn = cgraph_node::get (simd_clone_info[0]);
(gdb) p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113552
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7853
Richard Biener changed:
What|Removed |Added
Known to work||13.2.1, 4.3.4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107058
Richard Biener changed:
What|Removed |Added
Component|debug |c++
--- Comment #5 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
--- Comment #25 from Richard Biener ---
Btw, I'd rather go the opposite and make the testcase at hand always invalid
and diagnosed which means diagnose taking the address of always-inline declared
functions and never emit an out-of-line body
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2024-01-13 00:00:00 |2024-1-23
--- Comment #12 from
|P2
CC||rguenth at gcc dot gnu.org
Last reconfirmed||2024-01-23
Status|UNCONFIRMED |WAITING
Target Milestone|14.0|11.5
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113551
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
|NEW |ASSIGNED
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comment #6 from Richard Biener ---
trunk doesn't unswitch for me (needs bisection). Let me check what happens on
the branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113548
--- Comment #4 from Richard Biener ---
Note for 'sizetype' you want to use '__SIZETYPE__', not '__SIZE_TYPE__'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113541
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113540
Richard Biener changed:
What|Removed |Added
Blocks||56456
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113255
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112718
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-01-23
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
--- Comment #11 from Richard Biener ---
(In reply to Tamar Christina from comment #9)
> There is a weird costing going on in the PHI nodes though:
>
> m_108 = PHI 1 times vector_stmt costs 0 in body
> m_108 = PHI 2 times scalar_to_vec costs
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comment #2 from Richard Biener ---
I have a patch, but other issues with -fdebug-types-section and -flto will
prevail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
Richard Biener changed:
What|Removed |Added
Target Milestone|13.3|14.0
Summary|[13/14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113466
--- Comment #3 from Richard Biener ---
Well, this simply highlights that the CFG doesn't really match "returns-twice".
The "returns-twice" part is just
(void) // no return value
but only the SJLJ __builtin_setjmp_setup/receiver has this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #29 from Richard Biener ---
(In reply to rguent...@suse.de from comment #26)
> On Fri, 19 Jan 2024, juzhe.zhong at rivai dot ai wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
> >
> > --- Comment #22 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113539
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113521
--- Comment #3 from Richard Biener ---
It's probably the same issue though - IPA summarries not being forgiving to
decl type changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113520
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #7 from
,
||rguenth at gcc dot gnu.org
Keywords||lto
--- Comment #6 from Richard Biener ---
Hmm, we are supposed to "handle" this during in-streaming. This seems to work
but then for some reason it gets fiddled with again.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113519
--- Comment #3 from Richard Biener ---
Hmm, -fdebug-types-section ... mumbles sth about axing that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 109929, which changed state.
Bug 109929 Summary: profiledbootstrap failure on aarch64-linux-gnu with
graphite optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109929
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113511
Richard Biener changed:
What|Removed |Added
Target||powerpc*
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113373
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #16 from Richard Biener ---
Also eventually see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113364#c9 - a
pending fix for a wrong-code issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113490
--- Comment #4 from Richard Biener ---
(In reply to Jakub Jelinek from comment #2)
> Started with r14-285-g7bcdcf86e8272eeb524cc1dcb0ada8c8cfe6f27e
Should have only exposed this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478
--- Comment #3 from Richard Biener ---
(In reply to Jan Hubicka from comment #2)
> Probably is_inexpensive_bulitin_p should return true here?
Possibly, at least when we know it doesn't expand to a libatomic call? OTOH
even then a function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113442
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113488
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113494
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
--- Comment #21 from Richard Biener ---
I once tried to avoid df_reorganize_refs and/or optimize this with the blocks
involved but failed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113495
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113498
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comment #2 from Richard Biener ---
I'm testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113492
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113490
Richard Biener changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113488
--- Comment #7 from Richard Biener ---
OK, so it's of course set_decl_origin_self () invoked via
#0 set_decl_origin_self (decl=)
at /home/rguenther/src/trunk/gcc/dwarf2out.cc:23321
#1 0x014ddc14 in set_block_origin_self (stmt=)
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comment #6 from Richard Biener ---
I will have a look.
(gdb) p debug_dwarf_die (die)
DIE0: DW_TAG_label (0x768dc410)
abbrev id: 0 offset: 0 mark: 0
(gdb) p attr_kind
$2 = DW_AT_abstract_origin
and in gen_label_die we do
tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113487
--- Comment #3 from Richard Biener ---
Feels more like reassoc to me. You could also view it as "bit-DCE", eliding
defs of dead bits. Which might make it suitable for backprop (currently
doing sth similar for the sign "bit").
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113485
Richard Biener changed:
What|Removed |Added
Target||aarch64
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499
--- Comment #1 from Richard Biener ---
Note it might also be because the failing build is using glibc-2.31, IIRC
newer glibc might include libdl directly (at least that's the case for
libpthreads ...)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #15 from Richard Biener ---
(In reply to Sam James from comment #14)
> I tried 'if (candidate && candidate->src != EDGE_PRED (loop->latch,
> 0)->src)' as well given that seems way more sensible and that works too, but
> obviously if
Priority: P3
Component: rust
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
CC: dkm at gcc dot gnu.org, gcc-rust at gcc dot gnu.org
Target Milestone: ---
With --disable-plugin we probably elide -ldl but crab1 calls dlopen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113479
Richard Biener changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
Richard Biener changed:
What|Removed |Added
Summary|[14 Regression] avr:|avr: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113481
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113483
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P3
Component: modula2
Assignee: gaius at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
../configure --enable-languages=m2 --disable-plugin
will not build or install m2rte.so but the m2 driver will still attempt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113480
Richard Biener changed:
What|Removed |Added
Keywords||ice-checking
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #11 from Richard Biener ---
if (candidate && candidate->src != EDGE_PRED (loop->latch, 0))
return NULL;
then ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113478
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Last reconfirmed||2024-01-18
Ever confirmed|0 |1
--- Comment #1 from Richard Biener ---
I have a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #2 from Richard Biener ---
In fact it occurs elsewhere as well:
==1854== 81,616 bytes in 2 blocks are possibly lost in loss record 1,363 of
1,373
==1854==at 0x505A1DF: operator new[](unsigned long) (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
--- Comment #1 from Richard Biener ---
Created attachment 57138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57138=edit
testcase
For convenience here it is. I checked
valgrind --leak-check=full ./cc1 -quiet -O3 -march=znver4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113476
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
Target
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
I see
==1854== 122,424 bytes in 3 blocks are possibly lost in loss record 1,365 of
1,373
==1854==at 0x505A1DF: operator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113475
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
We allocate phi_group in gimple-range-phi.cc:460:
// Try to create a group based on m_current. If a result comes back
// with a range that isn't varying
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113471
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #7)
> Does the following fix the issue?
>
> diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
> index 330c4571c8d..b67ee783002 100644
> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #7 from Richard Biener ---
I do wonder whether LOOP_VINFO_EARLY_BREAKS_VECT_PEELED actually works (since
without early exits we cannot handle a non-empty latch because of correctness
issues). I'd very much have preferred to deal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113459
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=113459
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #4 from Richard Biener ---
(In reply to Hongtao Liu from comment #2)
> > But if we reduce n to 4, the loop based vectorizer is not able to handle it
> > either.
>
> Do we support 1 element vector(i.e V1SI) in vectorizer?
Yes, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113458
--- Comment #3 from Richard Biener ---
On x86_64 with -mavx2 we vectorize
t.c:7:13: note: Vectorizing SLP tree:
t.c:7:13: note: Root stmt: sum_26 = _20 + sum_25;
t.c:7:13: note: node 0x57386c0 (max_nunits=4, refcnt=1) vector(4) int
t.c:7:13:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113431
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113374
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113445
Richard Biener changed:
What|Removed |Added
Keywords||compare-debug-failure
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
Richard Biener changed:
What|Removed |Added
Known to work||13.2.0
Known to fail|
||2024-01-17
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comment #1 from Richard Biener ---
Fixed by one of my pending changes, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113440
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113438
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-01-17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113437
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113441
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target
1401 - 1500 of 53342 matches
Mail list logo