This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: PATCH: Minor ELF32/ia64 cleanup
On Tue, May 03, 2005 at 02:06:41PM -0700, James E Wilson wrote:
> On Tue, 2005-05-03 at 12:21, H. J. Lu wrote:
> > * elfxx-ia64.c (ARCH_SIZE): New.
> > (LOG_SECTION_ALIGN): Likewise.
> > (elfNN_ia64_create_dynamic_sections): Use LOG_SECTION_ALIGN to
> > align relocation sections.
> > (get_fptr): Likewise.
> > (get_reloc_section): Likewise.
> > (elfNN_ia64_tprel_base): Likewise.
> > (elfNN_ia64_check_relocs): Support 32bit relocations.
> > (allocate_global_fptr_got): Likewise.
> > (allocate_dynrel_entries): Likewise.
> > (set_got_entry): Likewise.
> > (set_pltoff_entry): Likewise.
> > (elfNN_ia64_relocate_section): Likewise.
>
> Thanks. This does look like a useful improvement.
>
> There seems to be a few oddities here, e.g. a FPTR64 relocation
> presented to a 32-bit toolchain will create a FPTR32 dynamic relocation
> for it, and similarly a FPTR32 relocation presented to a 64-bit
> toolchain will create a FPTR64 dynamic relocation for it. This is a bit
> odd, but I suspect these won't occur in practice. And this is an
I agree. I never bothered to deal with that. I have been using
it on Linux without any problems.
> improvement over what we had before, since at least we correctly get
> FPTR32 with a 32-bit toolchain which we didn't get before.
>
> Do you have access to ia64-hpux to double check any of this? ia64-hpux
> should presumably be considered the ILP32 reference, and GNU ld should
> be behaving the same as the hp linker. We shouldn't be creating our own
> 32-bit standard, at least not without an extremely good reason.
I tried. Apparently, HPUX ld needs to provide some symbols, like
HPUX/hppa. But I don't know much about HPUX runtime. I believe
with my patch, someone who knows HPUX runtime can make ia64 ld to work
on HPUX.
H.J.