https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
seurer at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
Michael Meissner changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #9 from CVS Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:fac15bf84807a58f83c741b1034c1bc96348319d
commit r12-7283-gfac15bf84807a58f83c741b1034c1bc96348319d
Author: Robin Dapp
Date: Thu Feb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #8 from Segher Boessenkool ---
So I am wondering if this is something we want to do at all. It seems not
suitable for stage 4 at all.
The problem is that a "comparison" of a CC against 0 is not a comparison
at all, but the result o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #7 from rdapp at linux dot ibm.com ---
Sorry for not getting back to this earlier, talked to Segher off-list about
this quickly.
>> The check
>>
>> if (FLOAT_MODE_P (compare_mode) && !FLOAT_MODE_P (result_mode))
>
> With compare_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #6 from rdapp at linux dot ibm.com ---
Created attachment 52406
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52406&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #5 from Segher Boessenkool ---
(In reply to rdapp from comment #4)
> originally ifcvt would only pass e.g.
>
> (unle (reg:SF 129 [ _29 ])
> (reg/v:SF 118 [ highScore ]))
>
> as condition to rs6000_emit_cmove via emit_conditiona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #4 from rdapp at linux dot ibm.com ---
Hi Segher,
originally ifcvt would only pass e.g.
(unle (reg:SF 129 [ _29 ])
(reg/v:SF 118 [ highScore ]))
as condition to rs6000_emit_cmove via emit_conditional_move (). (This is the
exam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
--- Comment #3 from Segher Boessenkool ---
Hi Robin,
Can you please explain what really happens now? What arguments
rs6000_emit_cmove
is called with, and when that goes wrong?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
rdapp at linux dot ibm.com changed:
What|Removed |Added
CC||rdapp at linux dot ibm.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104335
Bill Schmidt changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
14 matches
Mail list logo