Fixing namespace issues for variables
Joseph Myers
joseph@codesourcery.com
Fri Oct 23 12:24:00 GMT 2015
On Fri, 23 Oct 2015, Florian Weimer wrote:
> On 10/23/2015 02:13 PM, Joseph Myers wrote:
> > On Fri, 23 Oct 2015, Florian Weimer wrote:
> >
> >> For real global variables, this isn't pretty, but I think it is
> >> acceptable (if the ELF specifics work out, including size changes, which
> >
> > signgam is an int; there's no reason for its size to change.
>
> I was worried about a conflicting size for an interposed definition in
> the main program. This concern applies to an alias-based solution as
Well, with my solution for signgam new programs won't get their signgam
symbol bound to glibc's at all, because glibc's will be a compat symbol,
so the two will be completely independent.
With aliases, the symbol might end up pointing at runtime to the
wrong-size symbol in the user's program, but if it was valid for the
user's program to define that symbol then libc will never use that
wrong-size copy (as the internal name used internally in libc will always
point to libc's own copy).
--
Joseph S. Myers
joseph@codesourcery.com
More information about the Libc-alpha
mailing list