https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113581
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
--- Comment #5 from Richard Biener ---
diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index fe631252dc2..28ad03e0b8a 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -991,8 +991,12 @@ vec_init_loop_exit_info (class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
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=113576
--- Comment #3 from Richard Biener ---
So the change enables early exit vectorization since may_be_zero is _10 == 0
here, resulting in an overall
number_of_iterationsm1 == _10 != 0 ? _10 + 4294967295 : 0
and
number_of_iterations = MAX_EXPR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113576
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113579
--- Comment #1 from Richard Biener ---
I think we somewhere document that control transfer into / out of stmt
expressions invokes undefined behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113562
--- Comment #2 from Richard Biener ---
So the first difference is
@@ -4076,36 +4076,47 @@
fbt (0x7700b468: (reg/f:SI 16 argp)) == (address:SI -4)
fbt (0x771f6a68: (plus:SI (minus:SI (value/u/j:SI 13:4329
@0x4a213b0/0x498b
600)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575
--- Comment #10 from Richard Biener ---
btw, -fno-var-tracking also greatly improves compile-time (but does nothing to
memory use). Compiling with -O1 reduces memory use to 300MB even when
var-tracking is enabled. So an option might be to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575
--- Comment #8 from Richard Biener ---
My host compiler (x86_64, older trunk) uses "just" 800MB. 3.5GB looks like a
runaway? What uarch is your i586 compiler targeting?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113575
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #6 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113571
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Ever confirmed|0
||2024-01-24
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Target Milestone|--- |14.0
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113281
Richard Biener changed:
What|Removed |Added
Blocks||110838
--- Comment #14 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113467
--- Comment #21 from Richard Biener ---
(In reply to Tamar Christina from comment #20)
> (In reply to rguent...@suse.de from comment #19)
> > > Am 23.01.2024 um 18:06 schrieb tnfchris at gcc dot gnu.org
> > > :
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14168
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14022
Richard Biener changed:
What|Removed |Added
Last reconfirmed|2005-12-20 18:28:59 |2024-1-23
--- Comment #4 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19954
Bug 19954 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=12385
Richard Biener changed:
What|Removed |Added
Known to work||13.2.0
Resolution|---
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
701 - 800 of 52661 matches
Mail list logo