This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: how close to binutils-2.12 previews
- From: "Maciej W. Rozycki" <macro at ds2 dot pg dot gda dot pl>
- To: Thiemo Seufer <ica2_ts at csv dot ica dot uni-stuttgart dot de>
- Cc: binutils at sources dot redhat dot com
- Date: Fri, 15 Feb 2002 21:57:44 +0100 (MET)
- Subject: Re: how close to binutils-2.12 previews
- Organization: Technical University of Gdansk
On Fri, 15 Feb 2002, Thiemo Seufer wrote:
> > + if (dbl != HAVE_64BIT_ADDRESSES)
> > + {
> > + if (dbl)
> > + as_warn (_("dla instruction used in 32-bit mode"));
> > + else
> > + as_warn (_("la instruction used in 64-bit mode"));
> > + }
>
> It's valid to use 64bit opcodes in 32bit object format. Warnings
> would be misleading in this case. I had this code in my private
> tree for a while but didn't contribute it due to testsuite failures
> caused by it.
But you can't express all relocations that are needed by "dla". Also
what would you need 64-bit addressing for in a 32-bit object? None of
sections can lie outside the 32-bit address space, so you'll never get a
symbol that needs "dla" to take address of (IOW, a "dla" will always do
the same that a "la" but with more instructions).
> > #ifdef BFD64
> > mips64*el-*-linux*)
> > - targ_defvec=bfd_elf32_tradlittlemips_vec
> > - targ_selvecs="bfd_elf32_tradbigmips_vec bfd_elf64_tradlittlemips_vec bfd_elf64_tradbigmips_vec"
> > + targ_defvec=bfd_elf64_tradlittlemips_vec
> > + targ_selvecs="bfd_elf64_tradbigmips_vec bfd_elf32_tradlittlemips_vec bfd_elf32_tradbigmips_vec"
> > ;;
> > mips64*-*-linux*)
> > - targ_defvec=bfd_elf32_tradbigmips_vec
> > - targ_selvecs="bfd_elf32_tradlittlemips_vec bfd_elf64_tradbigmips_vec bfd_elf64_tradlittlemips_vec"
> > + targ_defvec=bfd_elf64_tradbigmips_vec
> > + targ_selvecs="bfd_elf64_tradlittlemips_vec bfd_elf32_tradbigmips_vec bfd_elf32_tradlittlemips_vec"
> > ;;
> > #endif
>
> Default for mips64 is to generate 32bit code, so targ_defvec
> shouldn't be changed like this.
This being because the 64-bit userland is not ready? OK -- this may be
deferred until the default changes.
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--------------------------------------------------------------+
+ e-mail: macro@ds2.pg.gda.pl, PGP key available +