| To: | Dominic Sweetman <dom@algor.co.uk> |
|---|---|
| Subject: | Re: Problems compiling . soft-float |
| From: | Ralf Baechle <ralf@oss.sgi.com> |
| Date: | Tue, 26 Feb 2002 13:27:12 +0100 |
| Cc: | Jay Carlson <nop@nop.com>, mad-dev@lists.mars.org, Carlo Agostini <carlo.agostini@yacme.com>, linux-mips@oss.sgi.com |
| In-reply-to: | <15483.27029.29266.976139@gladsmuir.algor.co.uk>; from dom@algor.co.uk on Tue, Feb 26, 2002 at 10:55:17AM +0000 |
| References: | <20020225132559.A3500@dea.linux-mips.net> <F91731D8-2A73-11D6-AB38-0030658AB11E@nop.com> <20020226060236.A5293@dea.linux-mips.net> <15483.27029.29266.976139@gladsmuir.algor.co.uk> |
| Sender: | owner-linux-mips@oss.sgi.com |
| User-agent: | Mutt/1.2.5i |
On Tue, Feb 26, 2002 at 10:55:17AM +0000, Dominic Sweetman wrote: > Incremental changes to the ABI are pretty bad news. Isn't it > avoidable in this case? > > It seems to me that soft-float programs are either carefully > controlled test cases, or used as part of a 100% soft-float system. > > In the first case the programmer had better take care, and in the > second the kernel should have been changed to kill any program with an > FP op-code. Experience shows that people will use every opportunity to shot themselfes into their foot ... Even a soft-fp system may still have the in-kernel emulator, so be able to execute both soft-fp and hard-fp binaries correctly. But it won't be able to support a mix of both nor would the kernel know that an application is just mixing hard and soft fp. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Setting up of GP in static, non-PIC version of glibc?, Ralf Baechle |
|---|---|
| Next by Date: | Re: Problems compiling . soft-float, Maciej W. Rozycki |
| Previous by Thread: | Re: Problems compiling . soft-float, Dominic Sweetman |
| Next by Thread: | Setting up of GP in static, non-PIC version of glibc?, Hartvig Ekner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |