[PATCH v3] getrandom system call wrapper [BZ #17252]

Florian Weimer fweimer@redhat.com
Thu Sep 8 14:02:00 GMT 2016


On 09/08/2016 03:54 PM, Andreas Schwab wrote:
> 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.

Ahh, good catch.

How does this work?  Like this?

diff --git a/stdlib/getrandom.c b/stdlib/getrandom.c
index f0b3181..bb22dd8 100644
--- a/stdlib/getrandom.c
+++ b/stdlib/getrandom.c
@@ -29,3 +29,5 @@ __getrandom (void *buffer, size_t length, unsigned int 
flags)
  }

  stub_warning (__getrandom)
+
+weak_alias (__getrandom, getrand)

Thanks,
Florian



More information about the Libc-alpha mailing list