linux-mips
[Top] [All Lists]

Re: unresoved symbol _gp_disp

To: David Daney <ddaney@avtrex.com>
Subject: Re: unresoved symbol _gp_disp
From: Ralf Baechle <ralf@linux-mips.org>
Date: Fri, 5 Oct 2007 13:18:41 +0100
Cc: "Steven J. Hill" <sjhill@realitydiluted.com>, veerasena reddy <veerasena_b@yahoo.co.in>, linux-mips <linux-mips@linux-mips.org>
In-reply-to: <470531DB.6090507@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> <20071004175305.GB32033@real.realitydiluted.com> <470531DB.6090507@avtrex.com>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.5.14 (2007-02-12)
On Thu, Oct 04, 2007 at 11:32:59AM -0700, David Daney wrote:

> Steven J. Hill wrote:
> >>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.
> 
> I agree that floating point in the kernel is bad practice.  However 
> under some circumstances, the most expedient solution does not conform 
> to best practice.

I also feel deeply unfriendly if I send somebody along a path that's
full of interesting corner cases ...

  Ralf

<Prev in Thread] Current Thread [Next in Thread>