This is the mail archive of the
binutils@sourceware.cygnus.com
mailing list for the binutils project.
RE: wince gcc and clmips incompatibility
- To: DJ Delorie <dj at delorie dot com>, reedkotler at hotmail dot com
- Subject: RE: wince gcc and clmips incompatibility
- From: Reed Kotler <reed at reedkotler dot com>
- Date: Tue, 23 May 2000 15:36:56 -0700
- Cc: binutils at sourceware dot cygnus dot com
Ok. I guess I'll have to make it an option then.
Does the gnu ld know how to handle the microsoft libs
for dlls and such?
I wrote an NT linker a while back (maybe 6 years ago)
that was a 100% compatible linker (except for debug) with
microsofts.
There are a lot of tricks they play using alphabetical section
orderring that are necessary in order for the .libs and .rbjs
and many other tricks to work.
I'm guessing that gnu ld doesnt do all of those so for the
project I'm doing I need to be able to lick with clmips.
I'm noticing also that gcc does not create a function table
as clmips does on this target.
For each function, they have the start, end addr and the prologue
end addr.
> -----Original Message-----
> From: binutils-owner@sourceware.cygnus.com
> [mailto:binutils-owner@sourceware.cygnus.com]On Behalf Of DJ Delorie
> Sent: Tuesday, May 23, 2000 2:40 PM
> To: reedkotler@hotmail.com
> Cc: binutils@sourceware.cygnus.com
> Subject: Re: wince gcc and clmips incompatibility
>
>
>
> > The "pair" relocation is known by gcc wince but is not emitted
> > in this case. I will try and fix it.
>
> The reason is that gcc's MIPS backend can optimize the low and high
> loads separately, so there may not always be a pair of relocs. For
> example, it may do a HI reloc followed by two LO relocs. Forcing gcc
> to emit a pair of relocs for this, regardless of the type, would
> drastically effect its optimizer.
>