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 Nov 16 2016, Zack Weinberg <zackw@panix.com> wrote:

> 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.

I wrote glibc, not libc.so.

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."


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