| To: | David Daney <ddaney@avtrex.com> |
|---|---|
| Subject: | Re: MIPS SF toolchain |
| From: | Matej Kupljen <matej.kupljen@ultra.si> |
| Date: | Fri, 09 Sep 2005 08:48:22 +0200 |
| Cc: | crossgcc@sources.redhat.com, linux-mips@linux-mips.org |
| In-reply-to: | <432058C1.80106@avtrex.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <1126098584.12696.19.camel@localhost.localdomain> <431F0850.8090804@avtrex.com> <1126168866.25388.11.camel@orionlinux.starfleet.com> <1126179199.25389.20.camel@orionlinux.starfleet.com> <1126182122.25393.27.camel@orionlinux.starfleet.com> <432058C1.80106@avtrex.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
Hi > > Can I just #ifdef this code if compiled for sf? > > > > I do have some patches for glibc to get rid of these in a soft float > build. Can I see these patches, please? (What is the #define for the FP?) > However as Ralf Baechle said in the other message, the kernel FP > emulator works and is not that large of an overhead. I also removed the FP Emulator in the kernel, just to be sure that no SF ins are executed (I can send the patch to the list, but I know there has already been discussion about this). IMHO, if we say that we have a SF toolchain then there MUST NOT BE any SF ins, otherwise we have a "semi soft float" toolchain. Don't you agree? BR, Matej |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | scheduling with irqs disabled: init, Vadivelan |
|---|---|
| Next by Date: | Alchemy Au1100 USB Problem, Sylvain Munaut |
| Previous by Thread: | Re: MIPS SF toolchain, David Daney |
| Next by Thread: | Re: MIPS SF toolchain, David Daney |
| Indexes: | [Date] [Thread] [Top] [All Lists] |