This is the mail archive of the
mailing list for the binutils project.
Re: RFC: Use .plt section sh_entsize instead of GET_PLT_ENTRY_SIZE
- From: "H.J. Lu" <hjl dot tools at gmail dot com>
- To: Michael Matz <matz at suse dot de>
- Cc: GDB <gdb-patches at sourceware dot org>, Binutils <binutils at sourceware dot org>
- Date: Mon, 19 Aug 2013 10:42:24 -0700
- Subject: Re: RFC: Use .plt section sh_entsize instead of GET_PLT_ENTRY_SIZE
- References: <CAMe9rOp9JdK96fXHL-ViJxMh371kgxONgYTHeXrYnBfm4AgdjQ at mail dot gmail dot com> <alpine dot LNX dot 2 dot 00 dot 1308121516060 dot 6497 at wotan dot suse dot de>
On Mon, Aug 12, 2013 at 6:19 AM, Michael Matz <email@example.com> wrote:
> On Fri, 9 Aug 2013, H.J. Lu wrote:
>> We need to increase x86-64 PLT entry size to 32 bytes to
>> support Intel MPX.
> I don't like this at all. The suggestion from Ian or Alan (don't
> remember) with multiple plts sounds much better. Only 2 plt slots per
> icache line seems quite horrible when not needed. IIRC you said "it
> sounds complicated" to that idea. I say, "so what?". Life is hard.
The main issue is the new shared libraries/executables must
work with the existing dynamic linker.