linux-mips
[Top] [All Lists]

Re: Unmatched R_MIPS_HI16/R_MIPS_LO16 on gcc 3.5

To: "Maciej W. Rozycki" <macro@linux-mips.org>
Subject: Re: Unmatched R_MIPS_HI16/R_MIPS_LO16 on gcc 3.5
From: Ralf Baechle <ralf@linux-mips.org>
Date: Tue, 24 May 2005 16:00:08 +0100
Cc: Stanislaw Skowronek <sskowron@ET.PUT.Poznan.PL>, Richard Sandiford <rsandifo@redhat.com>, linux-mips@linux-mips.org
In-reply-to: <Pine.LNX.4.61L.0505241548330.13738@blysk.ds.pg.gda.pl>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <Pine.GSO.4.10.10505240857260.13676-100000@helios.et.put.poznan.pl> <Pine.LNX.4.61L.0505241122290.13738@blysk.ds.pg.gda.pl> <20050524142245.GG4383@linux-mips.org> <Pine.LNX.4.61L.0505241548330.13738@blysk.ds.pg.gda.pl>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.4.1i
On Tue, May 24, 2005 at 03:50:16PM +0100, Maciej W. Rozycki wrote:

> > The kernel ELF binary is too complicated for objcopy to cope with.  Fixing
> > objcopy to handle this case correctly turned out to be hopeless but with
> > a little linker script magic it's possible to keep the kernel vmlinux file
> > within what elf2ecoff can deal with.
> 
>  Well, it used to work for me the few times I tried, except from that MIPS 
> III magic number problem.  But that's not a binutils' fault.

That's because you haven't booted 2.6 on DECstations yet ;-)  I'm sure
you'll have some elf2ecoff fun ...

  Ralf

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