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]

Re: [PATCH 0/3] explicit_bzero v5


On 11/16/2016 10:09 AM, Andreas Schwab wrote:
> On Nov 16 2016, Zack Weinberg <zackw@panix.com> wrote:
> 
>> On 11/16/2016 09:58 AM, Andreas Schwab wrote:
>>> On Nov 16 2016, Zack Weinberg <zackw@panix.com> wrote:
>>>
>>>> This doesn't fully resolve the question in my head, though.  The case
>>>> we're discussing is an impl-namespace symbol __explicit_bzero, which is
>>>> functionally identical to a public symbol explicit_bzero, and not
>>>> expected ever to change its behavior.  It exists, as far as I
>>>> understand, _solely_ so that uses of this symbol in libcrypt.so will
>>>> resolve to the definition in libc.so even if other objects in the link
>>>> interpose on the public symbol.
>>>
>>> It's a public symbol, so it gets a public version.  It does not matter
>>> whether the reference is created explicitly or implicitly.
>>
>> It is not obvious to me that it is a public symbol.
> 
> It is used outside of glibc.

Every symbol exported as GLIBC_PRIVATE is used outside of libc.so.6.  In
the current revision of the patchset, callers that don't see
include/string.h will call explicit_bzero, not __explicit_bzero.

If that's not what you meant, please elaborate.

zw


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]