http://sourceware.org/bugzilla/show_bug.cgi?id=13602
Ian Lance Taylor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://sourceware.org/bugzilla/show_bug.cgi?id=12017
Mike Frysinger changed:
What|Removed |Added
CC||vapier at gentoo dot org
--- Comment
http://sourceware.org/bugzilla/show_bug.cgi?id=12017
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
--- Comment #2
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #13 from rguenther at suse dot de 2012-01-19 13:22:03 UTC ---
On Thu, 19 Jan 2012, amodra at gmail dot com wrote:
> http://sourceware.org/bugzilla/show_bug.cgi?id=13600
>
> --- Comment #12 from Alan Modra 2012-01-19 12:49:02
> UT
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #12 from Alan Modra 2012-01-19 12:49:02
UTC ---
> Well, if I put that constant into a shared library _and_ I put one into
> the executable I'm still lost, no?
No, because shared libraries must be -fpic/PIC and as you note
> Btw,
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #11 from rguenther at suse dot de 2012-01-19 12:04:23 UTC ---
On Thu, 19 Jan 2012, amodra at gmail dot com wrote:
> http://sourceware.org/bugzilla/show_bug.cgi?id=13600
>
> --- Comment #10 from Alan Modra 2012-01-19 11:57:15
> UT
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #10 from Alan Modra 2012-01-19 11:57:15
UTC ---
That's why you make the address of foo the plt entry for foo in the executable.
The address is fixed at link time. However, it does mean that address of a
default or protected visib
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #9 from rguenther at suse dot de 2012-01-19 11:05:40 UTC ---
On Thu, 19 Jan 2012, amodra at gmail dot com wrote:
> http://sourceware.org/bugzilla/show_bug.cgi?id=13600
>
> --- Comment #8 from Alan Modra 2012-01-19 10:50:45
> UTC
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #8 from Alan Modra 2012-01-19 10:50:45
UTC ---
const void *const p = (void *)foo; might be more interesting. Or
const struct blah {
int (*f) ();
int x,y,z,w;
} f = { .f = printf };
--
Configure bugmail: http://sourceware.or
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #7 from rguenther at suse dot de 2012-01-19 10:22:22 UTC ---
On Thu, 19 Jan 2012, amodra at gmail dot com wrote:
> http://sourceware.org/bugzilla/show_bug.cgi?id=13600
>
> --- Comment #6 from Alan Modra 2012-01-19 10:00:36
> UTC
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #6 from Alan Modra 2012-01-19 10:00:36
UTC ---
In comment #2 I was forgetting what we do in an executable. In the main
executable (which might be non-PIC), if we take the address of foo and the
address of foo is written into a rea
http://sourceware.org/bugzilla/show_bug.cgi?id=13602
--- Comment #2 from christophe.lyon at st dot com 2012-01-19 10:00:44 UTC ---
Sorry, I thought gold was a drop-in replacement for bfd-ld. I could not find a
gold man page in my binutils-2.22 install.
Where should I look to have the actual gold
http://sourceware.org/bugzilla/show_bug.cgi?id=13600
--- Comment #5 from Richard Guenther 2012-01-19
09:16:32 UTC ---
(In reply to comment #4)
> Both ld and ld.so go extra efforts to make sure that
> the same function pointer value is used for protected
> function in the entire process. If we d
13 matches
Mail list logo
