linux-mips
[Top] [All Lists]

Re: CONFIG_BUILD_ELF64 broken on IP32 since 2.6.20

To: Ralf Baechle <ralf@linux-mips.org>
Subject: Re: CONFIG_BUILD_ELF64 broken on IP32 since 2.6.20
From: Franck Bui-Huu <vagabon.xyz@gmail.com>
Date: Thu, 27 Sep 2007 15:47:39 +0200
Cc: "Maciej W. Rozycki" <macro@linux-mips.org>, Atsushi Nemoto <anemo@mba.ocn.ne.jp>, tbm@cyrius.com, linux-mips@linux-mips.org
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=NtYg22JRRPTVnwI5s4gU8HlnCDPs/TJqCCs+SUQT+iI=; b=cvXrjIqJ1O+RBE79FBS9yq4endHa1h5l6oaN0oFKFc3ssVARG8rGRdm7aUKDz98tBf3D7dQKKgDVx+myZzPj12reJEaHZAkn8Fvtrqh+EYKLDg0+1ZlOjR+YLQEF4VHUZJcB0P8Lj9YYefv9NvQXYW336pIcg18Pco4T5KpGzFc=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=UrIZyifpCK5Qss2/B8V/uK8DKfDL9lAsum+sUoRehMNXHT+WMC7Rtoj7M/sEsRadgw8GZmqPxcQtISAKWS1IEwyUOqoeywrGZsjEeoVW0XR4N/usG0Tf2EIOnwxVv9ralDlzLgAF/AnGP8PHmz/mpUlePW/+vwkGmaZtuxHfvyk=
In-reply-to: <20070927133606.GA9562@linux-mips.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <Pine.LNX.4.64N.0709261226340.30122@blysk.ds.pg.gda.pl> <46FA5FFA.1060704@gmail.com> <Pine.LNX.4.64N.0709261525510.30122@blysk.ds.pg.gda.pl> <20070927.003400.108121785.anemo@mba.ocn.ne.jp> <Pine.LNX.4.64N.0709261644500.30122@blysk.ds.pg.gda.pl> <46FB65C5.2000202@gmail.com> <20070927133606.GA9562@linux-mips.org>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Thunderbird 2.0.0.5 (X11/20070719)
Ralf Baechle wrote:
> -msym32 and previously the strategy to tell the compiler to generate 64-bit
> code but the assembler to put it into 32-bit ELF was initially a hack
> to get around the lack of proper 64-bit binutils support and later 
> turned into a neat optimization with significant code size savings.  But
> it's really just an optimization so there is nothing wrong with just
> dropping the option (and whatever else goes along with it, I forgot all
> the nasty details) on the floor if due to a vintage compiler it can't be
> suported.
> 

ok, I'll send a patch to reflect that.

                Franck

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