https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85919
Richard Biener changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121412
--- Comment #4 from Richard Biener ---
(In reply to Richard Biener from comment #3)
> -msve-vector-bits is not specially handled in lto-wrapper and thus it will
> go the "default" and ferry that over to the link command.
>
> The flag should get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121412
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Version|15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121412
--- Comment #3 from Richard Biener ---
-msve-vector-bits is not specially handled in lto-wrapper and thus it will
go the "default" and ferry that over to the link command.
The flag should get into the function-specific target attribute but glob
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121382
Richard Biener changed:
What|Removed |Added
Assignee|tnfchris at gcc dot gnu.org|rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121410
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121405
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121405
--- Comment #7 from Richard Biener ---
Created attachment 62054
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62054&action=edit
another related old patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121405
--- Comment #6 from Richard Biener ---
Created attachment 62053
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62053&action=edit
old patch
I think this one, originally done for PR92645, but there's a related one for
PR93507.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121405
--- Comment #5 from Richard Biener ---
:
MEM [(struct vec_char_16 *)&D.3024] = t0_7(D);
MEM [(struct vec_char_16 *)&D.3024 + 1B] = t1_8(D);
a_20 = MEM[(struct vec_char_16 *)&D.3024];
MEM [(char * {ref-all})&b] = a_20;
_15 = BIT_F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121399
Richard Biener changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121382
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121370
--- Comment #4 from Richard Biener ---
it's SCEV I believe:
(set_scalar_evolution
instantiated_below = 2
(scalar = e_8)
(scalar_evolution = {2147483647, +, 2147483647(OVF)}_1))
SCEV happily combines the -2147483647 and -2 increment. Fur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121370
--- Comment #3 from Richard Biener ---
most of the time such things happen because of failed reset of niter info.
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Keywords||missed-optimization
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
Target Milestone|--- |15.2
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
The two loops containing SIMD calls without a LHS fail to vectorize with forced
SLP since there's no SLP disc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121392
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121393
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121362
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121383
--- Comment #2 from Richard Biener ---
if-conversion does nothing to loops with multiple exits. One could think to
sub-divide its work, but in this case there's a lack of PHIs and the expected
if-conversion is on control dependences rather than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121378
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121362
--- Comment #4 from Richard Biener ---
Created attachment 62036
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=62036&action=edit
preliminary patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121362
--- Comment #3 from Richard Biener ---
Related:
struct s1
{
int t, t1;
};
struct s3
{
struct s1 t;
};
struct s2
{
struct s3 t;
};
void f(int, int);
void l();
void g(int a, int b, int *p)
{
struct s2 c;
{
struct s1 tmp = {a,b};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121378
Richard Biener changed:
What|Removed |Added
Version|unknown |16.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 90242, which changed state.
Bug 90242 Summary: [UBSAN]: in vn_reference_compute_hash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90242
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90242
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2025-08-02
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Status|UNCONFIRMED |ASSIGNED
--- Comment #2 from Richard Biener ---
FRE1 gets to see
struct s3 * t;
struct s1 tmp;
struct s2 c;
int _1;
int _2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121358
--- Comment #2 from Richard Biener ---
__attribute__((target ("+sve")))
void foo ()
{
struct A t;
;; basic block 2, loop depth 0
;;pred: ENTRY
MEM [(int *)&t] = { 0, POLY_INT_CST [2, 2] };
f (t); [tail call]
expands t
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Ever confirmed|0 |1
Status|UNCONFIRMED |ASSIGNED
--- Comment #5 from Richard Biener ---
I'm testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121350
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120351
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121351
Richard Biener changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121350
--- Comment #7 from Richard Biener ---
diff --git a/gcc/tree-vect-stmts.cc b/gcc/tree-vect-stmts.cc
index 83b35608c60..5b363bb6a4d 100644
--- a/gcc/tree-vect-stmts.cc
+++ b/gcc/tree-vect-stmts.cc
@@ -8245,7 +8245,7 @@ vectorizable_store (vec_inf
|ASSIGNED
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Target Milestone|--- |16.0
Last reconfirmed||2025-08-01
--- Comment #6 from Richard Biener ---
I'll fixup the remainder.
d_lsm
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
We record a scalar operand in vect_record_loop_mask:
void
vect_record_loop_mask (loop_vec_info loop_vinfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121338
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 121338, which changed state.
Bug 121338 Summary: UBSAN error in ivopts (signed integer overflow:
9223372036854775805 + 26 cannot be represented in type 'long int')
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121338
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106883
--- Comment #4 from Richard Biener ---
diff --git a/gcc/gimple-ssa-strength-reduction.cc
b/gcc/gimple-ssa-strength-reduction.cc
index 55ee0ca33e4..6c85480364c 100644
--- a/gcc/gimple-ssa-strength-reduction.cc
+++ b/gcc/gimple-ssa-strength-reduct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119950
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121323
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 121320, which changed state.
Bug 121320 Summary: UBSAN error in tree-ssa-sccvn (signed integer overflow:
2305843009213693952 * 8 cannot be represented in type 'long int')
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12132
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121320
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.2
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121323
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 121323, which changed state.
Bug 121323 Summary: UBSAN error in ao_ref_init_from_ptr_and_range (signed
integer overflow: -9223372036854775808 * 8 cannot be represented in type 'long
int')
https://gcc.gnu.org/bugzilla/sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
Richard Biener changed:
What|Removed |Added
Target Milestone|15.2|14.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120424
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.2
|ASSIGNED
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Last reconfirmed||2025-08-01
--- Comment #3 from Richard Biener ---
Interesting.
uint64_t niters = (uint64_t) avg_loop_niter (data->current_l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121334
Richard Biener changed:
What|Removed |Added
Target||riscv
--- Comment #2 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121323
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121320
Richard Biener changed:
What|Removed |Added
Known to work||16.0
--- Comment #6 from Richard Biene
|ASSIGNED
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Last reconfirmed||2025-07-31
--- Comment #4 from Richard Biener ---
I have a fix.
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
--- Comment #4 from Richard Biener ---
I will figure how to do this cast.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121332
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |16.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121321
--- Comment #4 from Richard Biener ---
(In reply to Andrew Pinski from comment #2)
> bitpos += mem_ref_offset (exp).force_shwi () * BITS_PER_UNIT;
>
> 2305843009213694039 here is 0x2057 .
>
> This code seems undefined a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121121
--- Comment #2 from Richard Biener ---
Andreas, is this also needed on the branch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119969
Richard Biener changed:
What|Removed |Added
Known to fail||16.0
Summary|[13/14/15 regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119382
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121130
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121315
--- Comment #2 from Richard Biener ---
(In reply to Andrew Pinski from comment #1)
> Confirmed.
>
> At .optimization GCC produces:
> ```
> vect__5.13_42 = MEM [(int *)src_3(D) + ivtmp.34_19 * 1];
> _4 = src_3(D) + 16;
> vect__5.14_44 = M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121130
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=121304
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 121304, which changed state.
Bug 121304 Summary: tree-vect-stmts.cc::8: runtime error: load of value
3026314944, which is not a valid value for type 'vect_memory_access_type'
https://gcc.gnu.org/bugzilla/show_bug.cgi?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121304
Richard Biener changed:
What|Removed |Added
CC||rdapp at gcc dot gnu.org
--- Comment #
|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0 |1
--- Comment #7 from Richard Biener ---
This shouldn't happen, let me have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #35 from Richard Biener ---
(In reply to H.J. Lu from comment #33)
> Created attachment 61995 [details]
> An updated patch
>
> Please try this.
Looking at the patch I do wonder about
static void
ix86_place_single_vector_set (rtx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121298
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-07-29
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121298
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
FAIL: gcc.target/i386/pr115102.c scan-assembler bswaphisi2_lowpart
FAIL: gcc.target/i386/xchg-4.c scan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121296
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120687
--- Comment #9 from Richard Biener ---
So some cases fixed, but not the LMbench one using signed integers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120941
--- Comment #31 from Richard Biener ---
- basic block if it is in a recursive call. */
- || !recursive_call_p)
+ basic block if it is in a recursive call or in
+ a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=120687
--- Comment #6 from Richard Biener ---
(In reply to Richard Biener from comment #5)
> The issue is that we somehow fail to SLP discover the reduction chain. I
> will have a look to check why.
Reassoc improvements disturb the reduction chain la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121290
--- Comment #2 from Richard Biener ---
Note the change wasn't intended to cause any changes, but it did allow for some
more vectorization. So what would be interesting is to compare -fopt-info-vec
before/after for the cases that regressed in pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121288
Richard Biener changed:
What|Removed |Added
Summary|[15/16] vect/pr117888-1.c |[15/16 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121286
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.2
Summary|[15/16] pr1123
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121284
--- Comment #2 from Richard Biener ---
(In reply to Andrew Pinski from comment #1)
> trunk:
> _3 = {_8, _9, _10, _11, _12, _13, _14, _15};
> _16 = BIT_FIELD_REF <_3, 256, 0>;
> _17 = BIT_FIELD_REF <_3, 256, 256>;
> _18 = VEC_PACK_FIX_TRU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121279
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-07-29
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121274
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121274
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.4
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121093
--- Comment #6 from Richard Biener ---
(In reply to Jan Hubicka from comment #4)
> > in the end I'm not sure what's "wrong" here and why you think you are
> > missing
> p2 - p2 is not executed, you shouldn't get any profile on it.
>
> Seems we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121270
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121271
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121256
Richard Biener changed:
What|Removed |Added
Summary|[13/14/15/16 regression]|[13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121264
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121256
--- Comment #5 from Richard Biener ---
(In reply to Richard Biener from comment #4)
> Nope, it seems the initial recurrence vector is bogus:
>
> vect_cst__84 = {blue_lsm.10_58, blue_lsm.10_58, blue_lsm.10_58,
> blue_lsm.10_58, blue_lsm.10_58,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121256
--- Comment #4 from Richard Biener ---
Nope, it seems the initial recurrence vector is bogus:
vect_cst__84 = {blue_lsm.10_58, blue_lsm.10_58, blue_lsm.10_58,
blue_lsm.10_58, blue_lsm.10_58, blue_lsm.10_58, blue_lsm.10_58,
blue_lsm.10_58};
..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121258
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 fro
gcc dot gnu.org |rguenth at gcc dot
gnu.org
Last reconfirmed||2025-07-27
Ever confirmed|0 |1
Target||x86_64-*-*
Keywords||needs-bisection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121253
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121252
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2025-07-27
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121243
--- Comment #1 from Richard Biener ---
I think we merge the case labels w/o any way to recover coverage.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121093
--- Comment #3 from Richard Biener ---
t.c.047t.cddce1:Marking useful stmt: # DEBUG INLINE_ENTRY p2
t.c.047t.cddce1:Marking useful stmt: # DEBUG INLINE_ENTRY p1
t.c.047t.cddce1: # DEBUG INLINE_ENTRY p1D.2958
we eliminate the inline scope becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121230
--- Comment #1 from Richard Biener ---
Try -fexcess-precision=fast or -std=gnu11?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121231
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121202
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121227
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Keywords|
Assignee: unassigned at gcc dot gnu.org
Reporter: rguenth at gcc dot gnu.org
Target Milestone: ---
I see
> /spc/abuild/rguenther/obj-gcc-g/gcc/xgcc
> -B/spc/abuild/rguenther/obj-gcc-g/gcc/
> /space/rguenther/src/gcc/gcc/testsuite/gcc.target/i386/vnni-auto-vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121225
Richard Biener changed:
What|Removed |Added
Blocks||53947
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=121224
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #
1 - 100 of 19141 matches
Mail list logo
