--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-18
15:43 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-18
14:18 ---
Subject: Bug 19379
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-01-18 14:13:23
Modified files:
gcc: ChangeLog
gcc/config/i386: i
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-18 14:14
---
(In reply to comment #17)
> Yes, the patch in comment 15 is ok.
I just committed it. I hope it is still OK. :)
If you think it's OK, this can be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=193
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-17 21:08
---
Yes, the patch in comment 15 is ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-17 20:17
---
I should have mentioned that I can build and install a C/C++ toolset. If you
think this is OK, can I commit it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-17
16:09 ---
(In reply to comment #13)
> As for (4), what do you think the problem *is* anyway?
To me the problem is:
"i386-rtems-gcc-4.0 ices when building the '-msoft-float -mtune=i386' multilib
variant."
Now the ob
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-14 01:36
---
I would consider (1) wrong.
I'm not sure about (2); I think at one time there was a target that put fp
return values in the integer registers even when a coprocessor was present.
But there doesn't seem to be su
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-13
13:31 ---
(In reply to comment #11)
> (In reply to comment #10)
> One thing that I notice about this is that -msoft-float and -mhard-float are
> no longer inverses.
Good point. How about these alternatives:
1. Syst
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-13 01:51
---
(In reply to comment #10)
>{ "hard-float", MASK_80387, N_("Use hardware fp") }, \
> - { "soft-float",-MASK_80387, N_("Do not use hardware fp") }, \
> + { "soft-float",
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-13 01:44
---
(In reply to comment #9)
> In reply to comment #5:
>
> Perhaps I am out of touch with what's extant in the embedded space.
> I havn't been paid to care about that in quite some time. I'll defer.
It is hard t
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-12 19:47
---
In reply to comment #5:
Perhaps I am out of touch with what's extant in the embedded space.
I havn't been paid to care about that in quite some time. I'll defer.
Using "-MASK_80387|-MASK_FLOAT_RETURNS" is inc
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
15:02 ---
(In reply to comment #7)
> (In reply to comment #6)
> > > If you are tuly using soft-float, then the results can't be returned in
> > > the
> > > non-existent FPU registers so I have never understood from
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 14:41
---
(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > (In reply to comment #3)
> > If you are tuly using soft-float, then the results can't be returned in the
> > non-existent F
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
14:19 ---
(In reply to comment #5)
> (In reply to comment #4)
> > (In reply to comment #3)
> > > What do you want the ABI for soft-float to be?
> > > As RTEMS is probably the only user of -msoft-float, you get to cho
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-12 12:50
---
(In reply to comment #4)
> (In reply to comment #3)
> > What do you want the ABI for soft-float to be?
> > As RTEMS is probably the only user of -msoft-float, you get to choose.
> -msoft-float basically is just
--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-12
10:30 ---
(In reply to comment #3)
> What do you want the ABI for soft-float to be?
> As RTEMS is probably the only user of -msoft-float, you get to choose.
-msoft-float basically is just a synomym for -no-80387 (-MA
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19379
--- Additional Comments From rth at gcc dot gnu dot org 2005-01-12 00:28
---
Well, you have a problem. What do you want the ABI for soft-float to be?
As RTEMS is probably the only user of -msoft-float, you get to choose.
Do you want -msoft-float to imply -mno-fp-ret-in-387, do you want
--
Bug 19379 depends on bug 19307, which changed state.
Bug 19307 Summary: [4.0 Regression] ICE with -msse2 -mno-80387
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19307
What|Old Value |New Value
--
--- Additional Comments From joel at gcc dot gnu dot org 2005-01-11 23:19
---
Created an attachment (id=7932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7932&action=view)
test case
This is the preprocessed output of newlib's e_atan2.c. I cut out the cpp
directives and bzip'ed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-11
17:01 ---
This shows up in another bug too, see PR 19307 which uses "-msse2 -mno-80387"
but I assume that
this is the same bug.
--
What|Removed |Added
---
21 matches
Mail list logo