linux-mips
[Top] [All Lists]

Re: Problems generating shared library for MIPS using binutils-2.13...

To: Daniel Jacobowitz <dan@debian.org>
Subject: Re: Problems generating shared library for MIPS using binutils-2.13...
From: Eric Christopher <echristo@redhat.com>
Date: 05 Nov 2002 11:21:37 -0800
Cc: binutils@sources.redhat.com, linux-mips@linux-mips.org
In-reply-to: <20021105183220.GA8656@nevyn.them.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <Pine.GSO.3.96.1021025185639.1121A-100000@delta.ds2.pg.gda.pl> <3DC68907.30708@realitydiluted.com> <wvnvg3ct57b.fsf@talisman.cambridge.redhat.com> <20021105172627.GA5275@nevyn.them.org> <wvnpttjdgoc.fsf@talisman.cambridge.redhat.com> <20021105183220.GA8656@nevyn.them.org>
Sender: linux-mips-bounce@linux-mips.org
> The principal thing is that I want O32 code.  You can't use a higher
> ISA level than MIPS2 and still use O32, as far as I understand. And
> this setup has a 32-bit kernel, so using MIPS3/4/64 instructions in
> userspace is a real losing proposition.
> 

You should be able to do -mips32 -mabi=32, however, I wouldn't bet on
this working atm :)

> I obviously want -mtune=sb1.  So probably I should just be using
> -mtune=sb1 -mips2.  And hack the GENERATE_BRANCHLIKELY test to honor
> -mtune.  Blech, I wish these options were less confusing!
> 

:) Good idea on the GENERATE_BRANCHLIKELY. I think it probably should be
dependent on mtune anyhow.

-eric

-- 
Yeah, I used to play basketball...


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