This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
On Mon, 28 Dec 2015 12:57:00 +0100
Florian Weimer <fweimer@redhat.com> wrote:
> On 12/28/2015 06:12 AM, Mike Frysinger wrote:
> > i don't think this change is what we want -- you're modifying common code
> > in a non-obvious way to trick gcc on a specific arch to generate "better"
> > code. future versions of gcc (or reasonable code shuffling here) could
> > easily break this behavior.
>
> Agreed, this looks rather fishy.
>
> Would it be possible to add a GCC option which inhibits it from creating
> such relocations, so that the required parts of the dynamic linker can
> be compiled with it?
I agree the patch is fragile.
I think gcc can be taught to use something like
movl r32 = @gprel(_rtld_local#+15032385536)
add r32 = r32, gp
on ia64. That would (i hope) use statically resolvable
relocation and would not require .got entry.
--
Sergei
Attachment:
signature.asc
Description: PGP signature
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |