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
> 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.