2022年7月28日(木) 1:47 Tim Düsterhus <t...@bastelstu.be>: > Hi > > On 7/16/22 23:33, Tim Düsterhus wrote: > > Personally I likely wouldn't have merged the PR in question for the same > > reasons. But at least in that case glibc is at fault :-) > > For those following along: > > It turns out the glibc "userland" implementation of arc4random() was > questionable and was simplified to be a relatively simple wrapper around > getrandom(): > > https://github.com/php/php-src/pull/8984#issuecomment-1195986646 > > and > > https://sourceware.org/pipermail/libc-alpha/2022-July/140939.html > > Best regards > Tim Düsterhus > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > > Hi
Thank you. After considering various points of view, I realized that my proposal is very dangerous. The language side should not be working on something that will cause confusion even at the libc layer. Also, the newly discussed vDSO implementation of getrandom (which I see no safe way to do at the moment) seems like a better option that would benefit all Linux distributions. Perhaps waiting for this is the better option than anything else. Thank you! Regards, Go Kudo