bug-binutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug binutils/19938] objcopy breaks sh_link and sh_info of SHT_SUNW_LDYN


From: nickc at redhat dot com
Subject: [Bug binutils/19938] objcopy breaks sh_link and sh_info of SHT_SUNW_LDYNSYM and SHT_SUNW_symsort sections
Date: Thu, 28 Apr 2016 12:37:33 +0000

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

Nick Clifton <nickc at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Attachment #9182|0                           |1
        is obsolete|                            |
   Attachment #9189|0                           |1
        is obsolete|                            |
   Attachment #9221|0                           |1
        is obsolete|                            |

--- Comment #21 from Nick Clifton <nickc at redhat dot com> ---
Created attachment 9222
  --> https://sourceware.org/bugzilla/attachment.cgi?id=9222&action=edit
extended patch

Right, here is another revision of the patch.  In this version:

  * The EI_ABIVERSION field of the input file is copied to the output file.

  * The section header copying code now makes two passes over the input
    sections, trying to find a match between an input section and an output
    section.  The first pass looks for a direct mapping between the sections,
    based upon the pointers stored in the structures.  (Thanks to Thomas for
    suggesting this).  The second pass tries to match up sections based upon
    their characteristics (address, type, flags, etc).  If both passes fail
    the backend copying function is given one last chance to set the fields,
    but with a NULL matching input section.

  * Updates readelf to report Solaris specific program header types.

  * General code tidying and cleanup.

Ali, Rainer. Thomas - please could you try out this version and let me know if
you are happy with it.

One thing that this patch does not do is zero the p_paddr fields of the program
headers for Solaris targets.  I did look at doing this, but it would a lot of
hacking on very complicated, fragile code in the BFGD library.  Something that
I think would be very likely to introduce new bugs.

Cheers
  Nick

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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]