https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352
--- Comment #11 from Manolis Tsamis ---
Here's an outline of the involved BBs and the statement that causes the error:
;; basic block 32, loop depth 0
;;prev block 35, next block 5
;;pred: 35 [89.4% (guessed)]
...
c.1_182 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116352
--- Comment #9 from Manolis Tsamis ---
(In reply to Sam James from comment #8)
> Manolis et al., is this one on your list? Sorry to nag, it's just a package
> with a lot of reverse dependencies.
Hi Sam, yes, with the ifcvt issue now resolved, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116358
--- Comment #5 from Manolis Tsamis ---
I had some trouble figuring the preferred way to address this. I made a choice
by answering these questions:
1) Should the aarch64 min/max expand pattern be improved?
This comment hints that we should get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116405
--- Comment #6 from Manolis Tsamis ---
I have sent the fix for this, together with the testcase from this ticket, in
the lists. Link is
https://gcc.gnu.org/pipermail/gcc-patches/2024-August/660912.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116372
--- Comment #8 from Manolis Tsamis ---
I have sent the fix for this, together with the testcase from this ticket, in
the lists. Link is
https://gcc.gnu.org/pipermail/gcc-patches/2024-August/660912.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116372
--- Comment #7 from Manolis Tsamis ---
This looks to be the same issue with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116405. The transformation:
insn 1:
(insn 12 31 13 3 (parallel [
(set (reg:DI 67 [ y_4 ])
(pl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116405
--- Comment #5 from Manolis Tsamis ---
The basic block that is if-converted and results in wrong code looks like this:
if (r107 != -1) {
r107 = (not:SI) (r99)
r107 = (ior:SI) (r107) (const_int -2)
}
Then, the if-converted code that emitte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116358
--- Comment #2 from Manolis Tsamis ---
This is indeed due to r15-2890-g72c9b5f438f22c, but it is a different issue
from PR116353 (the fix for PR116353 doesn't solve this issue).
For some additional context, the basic block from the testcase tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353
--- Comment #8 from Manolis Tsamis ---
I have sent this fix, together with the testcase from this ticket, in the
lists. Link is
https://gcc.gnu.org/pipermail/gcc-patches/2024-August/660245.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116353
--- Comment #4 from Manolis Tsamis ---
The ICE happens when this RTX is given to try_emit_cmove_seq:
set: (set (reg/v:DI 110 [ xor1 ])
(vec_select:DI (reg:V2DI 100 [ vect__15.36 ])
(parallel [
(const_int 1 [0x1])
10 matches
Mail list logo