Re: recent binutils and mips64-linux

[Richard Sandiford <rsandifo at redhat dot com>]

Eric Christopher <echristo@redhat.com> writes:
> On Tue, 2003-09-23 at 13:33, cgd@broadcom.com wrote:
> > At Tue, 23 Sep 2003 20:29:00 +0000 (UTC), "Eric Christopher" wrote:
> > > And is done in mainline.
> > 
> > Err, not for non-pic n64 (as one might use in a kernel 8-), right?

Right.  Have I understood correctly, and that all we want is a way to
generate n64 code in which symbols are known to have 32-bit values?
If so, it should just be a case of disabling:

  /* -mexplicit-relocs doesn't yet support non-PIC n64.  We don't know
     how to generate %highest/%higher/%hi/%lo sequences.  */
  if (mips_abi == ABI_64 && !TARGET_ABICALLS)
    {
      if ((target_flags_explicit & target_flags & MASK_EXPLICIT_RELOCS) != 0)
	sorry ("non-PIC n64 with explicit relocations");
      target_flags &= ~MASK_EXPLICIT_RELOCS;
    }

when this new command-line flag is passed.  We'll then generate the
normal %hi/%lo sequences instead of dla.  I'll drum up a patch.

Has there been any agreement on what the switch should be called?
I'd like something simple like "-m32bit-symbols" or "-msym32" (along
the lines of -mgp32, etc.)

Richard