https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Andreas Tobler changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #8 from Bill Schmidt ---
Andreas, if this is complete, please move to RESOLVED/FIXED state. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #7 from Andreas Tobler ---
Author: andreast
Date: Wed Feb 3 22:15:21 2016
New Revision: 233111
URL: https://gcc.gnu.org/viewcvs?rev=233111=gcc=rev
Log:
2016-02-03 Andreas Tobler
PR bootstrap/69611
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Andreas Tobler changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #4 from David Edelsohn ---
Joseph, is the patch proposed in the original description okay as fix for stage
4 or you want a __NO_FPRS__ addressed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #3 from Michael Meissner ---
On Mon, Feb 01, 2016 at 11:35:35PM +, joseph at codesourcery dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
>
> --- Comment #1 from joseph at codesourcery dot com dot com> ---
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #5 from joseph at codesourcery dot com ---
I think it's OK for stage 4 - the t-hardfp point is that you'd get a
smaller, faster libgcc on FreeBSD that way, by not compiling soft-fp at
all for non-float128 hard float.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #1 from joseph at codesourcery dot com ---
If __NO_FPRS__ is undefined, that means you are compiling for classic hard
float. Which means that the soft-fp code is not needed - if you need to
keep it in libgcc_s.so for binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
Michael Meissner changed:
What|Removed |Added
Priority|P3 |P1
10 matches
Mail list logo