Re: Mips/Linux integration of latest GCC, Binutils & GLibc

[Ralf Baechle <ralf@oss.sgi.com>]

On Wed, Mar 08, 2000 at 05:25:18PM -0500, Jay Carlson wrote:

> As Ralf sez, because MIPS PIC and non-PIC code can't intercall, generation
> of non-PIC code for use in static libraries is incorrect, unless
> EVERYTHING you're linking is non-PIC.  Most people feel that giving up
> shared libraries is too high a price for the potential gain in code
> density and efficiency from non-PIC/non-ABI builds.  Me, I still have
> lingering doubts, but I don't have working code yet, so...

Even if just two programs are sharing libc you're already on the winning
side.

> Originally I thought that it would not be necessary to ever pass -KPIC to
> the assembler; at the top of each PIC/abicalls assembly file GCC produces,
> it sticks in a ".abicalls" directive which has the same effect as the
> -KPIC option.  That worked just great until I encountered .S files that
> didn't have that directive and didn't know any better, so I had to put the
> -KPIC back in :-(

We've got assembler files that without any change can be assembled both into
pic and non-pic code, so the caller of the assembler should handle this.

  Ralf