[PATCH v3] getrandom system call wrapper [BZ #17252]
Andreas Schwab
schwab@suse.de
Thu Sep 8 13:54:00 GMT 2016
On Sep 08 2016, Florian Weimer <fweimer@redhat.com> wrote:
> On 09/08/2016 03:36 PM, Andreas Schwab wrote:
>> On Sep 08 2016, Florian Weimer <fweimer@redhat.com> wrote:
>>
>>> On 09/08/2016 03:19 PM, Andreas Schwab wrote:
>>>> On Sep 08 2016, Florian Weimer <fweimer@redhat.com> wrote:
>>>>
>>>>> On 09/08/2016 03:01 PM, Andreas Schwab wrote:
>>>>>> On Sep 08 2016, Florian Weimer <fweimer@redhat.com> wrote:
>>>>>>
>>>>>>> I have retained the __getrandom symbol mangling. The justification for
>>>>>>> that is that getrandom is a fairly common name. Application code might
>>>>>>> use it for something else entirely and interpose their definition, so that
>>>>>>> libraries cannot rely on it doing the right thing. I think the mangling
>>>>>>> is justified because it is hard to spot that getrandom is broken due to
>>>>>>> interposition. As <sys/random.h> is a new header, the macro will be
>>>>>>> exposed to few applications.
>>>>>>
>>>>>> It makes it impossible to take the address of the function, though.
>>>>>
>>>>> It does. Do you have a better suggestion to achieve the same effect?
>>>>
>>>> If getrandom is ever standardized be POSIX this will have to be reverted
>>>> anyway.
>>>
>>> So you don't object to this approach?
>>
>> Not providing a getrandom symbol is a bug.
>
> Is this better?
You need to add the alias it to the stub, too.
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."
More information about the Libc-alpha
mailing list