All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: Yocto Project <yocto@yoctoproject.org>
Subject: prelink-cross project update
Date: Thu, 2 Feb 2012 12:48:20 -0600	[thread overview]
Message-ID: <4F2ADA74.6090803@windriver.com> (raw)

A new version of the prelink-cross has been pushed to the repository.

This version fixes a number of minor bugs found during development, it is also 
believed to resolve bug #1808 relating to ARM prelinking, and adds support for 
x86_64's x32 ABI.

Special thanks to Mentor Graphics for contributing the ARM TLS fix.

There were no upstream changes to the main prelink component, all changes are
specific to the cross functionality.  Below is the Changelog, since the last update:

2011-12-21  Mark Hatle <mark.hatle@windriver.com>
         * src/arch-x86_64.c: Add support for x32 ABI

2012-02-02  Mark Hatle <mark.hatle@windriver.com>
         Integrate dwarf2 signal frame patch:

         2010-05-10  Paul Brook  <paul@codesourcery.com>

         * src/dwarf2.c (adjust_dwarf2_frame): Skip 'S' augmentation.

2012-02-01  Mark Hatle <mark.hatle@windriver.com>
         * configure.in: Fix enabling and disabling of SE Linux support

2012-01-26  Mark Hatle <mark.hatle@windriver.com>
         * elf.h, rtld/dl-lookupX.h, rtld/rtld.c: Sync to eglibc 2.15

         Integrate R_ARM_TLS_DESC relocation support patch:

         2011-04-13  Maciej W. Rozycki  <macro@codesourcery.com>

         * src/prelink.h (DT_TLSDESC_PLT, R_ARM_TLS_DESC): New macros.
         (DSO): Add info_DT_TLSDESC_PLT member.
         (DT_TLSDESC_PLT_BIT): New macro.
         * src/arch-arm.c (arm_prelink_rel, arm_prelink_rela): Handle
         R_ARM_TLS_DESC relocation.
         (arm_prelink_conflict_rel, arm_prelink_conflict_rela): Likewise.
         (arm_rel_to_rela): Likewise.
         (arm_undo_prelink_rel): Likewise.
         (arm_reloc_class): Likewise.
         * src/dso.c (read_dynamic): Handle DT_TLSDESC_PLT dynamic tag.

         * src/prelink.h: add missing prototypes for wrap_listxattr,
         wrap_getxattr, wrap_setxattr

2012-01-04  Mark Hatle <mark.hatle@windriver.com>
         * exec.c: Check that a section is larger then 0 bytes when
           determining the section to segment mapping.  This matches
           the behavior of elfutils - readelf.  Otherwise an empty
           PROGBITS section at the end of a segment will cause a
           failure.


             reply	other threads:[~2012-02-02 18:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-02 18:48 Mark Hatle [this message]
2012-02-03  7:01 ` prelink-cross project update Khem Raj
2012-02-03 15:06   ` Mark Hatle
  -- strict thread matches above, loose matches on Subject: below --
2012-06-01 15:25 Mark Hatle
2011-12-15 21:17 Mark Hatle

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F2ADA74.6090803@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=yocto@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.