https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #24 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:3ebf64eaf264e1dcb4e72b77f67308fe58d993f8
commit r10-10530-g3ebf64eaf264e1dcb4e72b77f67308fe58d993f8
Author: Alexandre O
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #23 from CVS Commits ---
The releases/gcc-11 branch has been updated by Alexandre Oliva
:
https://gcc.gnu.org/g:20bde90da2ac415d4a06e7a8b2ba770d50385208
commit r11-9810-g20bde90da2ac415d4a06e7a8b2ba770d50385208
Author: Alexandre Ol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #22 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:ab0f04e4df1b7b312a4c9fa9b4d675778a0bae86
commit r12-8087-gab0f04e4df1b7b312a4c9fa9b4d675778a0bae86
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #21 from CVS Commits ---
The master branch has been updated by Michael Meissner :
https://gcc.gnu.org/g:45fb78c9c456ace1d914c836d15af38ae345b902
commit r12-8052-g45fb78c9c456ace1d914c836d15af38ae345b902
Author: Michael Meissner
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #20 from Eric Botcazou ---
> Eric, we don't have access to test VxWorks. Can you try changing the
> dg-require using ppc_float128_sw to ppc_float128_hw and see if that fixes it
> for you?
Apparently not, so Michael's approach is pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #19 from Peter Bergner ---
(In reply to Eric Botcazou from comment #17)
> The test fails on VxWorks, where there is no 128-bit long double:
>
> cc1: warning: The '-mfloat128' option may not be fully supported
>
> so it looks like a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #18 from Peter Bergner ---
(In reply to Eric Botcazou from comment #17)
> The test fails on VxWorks, where there is no 128-bit long double:
>
> cc1: warning: The '-mfloat128' option may not be fully supported
>
> so it looks like a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #15 from CVS Commits ---
The releases/gcc-10 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:b3531eb23a23be0219c6ab0ff85110c2648086e6
commit r10-10487-gb3531eb23a23be0219c6ab0ff85110c2648086e6
Author: Michael Me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #14 from CVS Commits ---
The releases/gcc-11 branch has been updated by Michael Meissner
:
https://gcc.gnu.org/g:a1984704a7c2b9be8c89b3381e9c453ccbc5e7bf
commit r11-9638-ga1984704a7c2b9be8c89b3381e9c453ccbc5e7bf
Author: Michael Mei
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #13 from Peter Bergner ---
Fixed on trunk. Mike mentioned we need backports.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #12 from CVS Commits ---
The master branch has been updated by Michael Meissner :
https://gcc.gnu.org/g:16b65b08484237cc2845c4f5c4f15efe3a43a32c
commit r12-7233-g16b65b08484237cc2845c4f5c4f15efe3a43a32c
Author: Michael Meissner
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #11 from Michael Meissner ---
The patch has been posted, I'm awaiting approval.
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/589469.html
BTW, the copy_to_mode_reg bug I mentioned earlier goes away with the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #10 from Jakub Jelinek ---
LGTM, passed testing for me, are you going to post it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
Michael Meissner changed:
What|Removed |Added
Attachment #52306|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #8 from Michael Meissner ---
Yes, you are right. I didn't remember which functions were generated by the
compiler, but I just did all of the conversion functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #7 from Jakub Jelinek ---
Conversion from __ibm128 to float/double etc. are done differently, and for si
<-> if named tf we want to use di instead.
So, shouldn't we just add
+ set_conv_libfunc (sfix_optab, DImode, mode, "__fixtf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #6 from Jakub Jelinek ---
(In reply to Michael Meissner from comment #4)
> Created attachment 52306 [details]
> Patch to use the correct names for __ibm128 converts if long double is IEEE
> 128-bit
>
> The problem was internally the
19 matches
Mail list logo
