[Bug binutils/19938] objcopy breaks sh_link and sh_info of SHT_SUNW_LDYNSYM and SHT_SUNW_symsort sections

[ali_swbugzilla at emvision dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19938

--- Comment #31 from Ali Bahrami <ali_swbugzilla at emvision dot com> ---
(In reply to H.J. Lu from comment #30)
> Since Solaris binary uses ELFOSABI_NONE, not ELFOSABI_SOLARIS, generic
> ELF objcopy doesn't handle it properly.

Hi H.J.,

   I'm confused by a couple of things. First, this bug was successfully
resolved back in 2016. But also, all Solaris executables or shared objects with
any Solaris-specific ABI features have set ELFOSABI_SOLARIS since 2009. And in
fact, the executable Rainer provided (in 2016) does have it:

    % elfdump -e hello 

    ELF Header
      ei_magic:   { 0x7f, E, L, F }
      ei_class:   ELFCLASS32          ei_data:       ELFDATA2LSB
      ei_osabi:   ELFOSABI_SOLARIS    ei_abiversion: EAV_SUNW_CURRENT
      e_machine:  EM_386              e_version:     EV_CURRENT
      e_type:     ET_EXEC
      e_flags:                     0
      e_entry:             0x8050900  e_ehsize:     52  e_shstrndx:  28
      e_shoff:                0x15a0  e_shentsize:  40  e_shnum:     29
      e_phoff:                  0x34  e_phentsize:  32  e_phnum:     5

So what's the concern that's caused this to be reopened?

-- 
You are receiving this mail because:
You are on the CC list for the bug.