| To: | David Daney <ddaney@avtrex.com> |
|---|---|
| Subject: | Re: unresoved symbol _gp_disp |
| From: | "Steven J. Hill" <sjhill@realitydiluted.com> |
| Date: | Thu, 4 Oct 2007 12:53:05 -0500 |
| Cc: | "Steven J. Hill" <sjhill@realitydiluted.com>, veerasena reddy <veerasena_b@yahoo.co.in>, linux-mips <linux-mips@linux-mips.org> |
| In-reply-to: | <4705272D.7050801@avtrex.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <230962.51223.qm@web8408.mail.in.yahoo.com> <20071004173928.GA32033@real.realitydiluted.com> <4705272D.7050801@avtrex.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.5.13 (2006-08-11) |
> Unless you compile your code with -msoft-float *and* also have a version > of libgcc compiled with -mlong-calls -mno-abicalls -G0. If you do it > that way, floating point works fine in the kernel (as long as you don't > try to call sprintf with floating point parameters). > I won't even concede that solution. It's bad practice and design to have floating point in the kernel. -Steve |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: unresoved symbol _gp_disp, David Daney |
|---|---|
| Next by Date: | Re: unresoved symbol _gp_disp, Andi Kleen |
| Previous by Thread: | Re: unresoved symbol _gp_disp, David Daney |
| Next by Thread: | Re: unresoved symbol _gp_disp, David Daney |
| Indexes: | [Date] [Thread] [Top] [All Lists] |