GNU bug report logs -
#57129
29.0.50; Improve behavior of conditionals in Eshell
Previous Next
Reported by: Jim Porter <jporterbugs <at> gmail.com>
Date: Thu, 11 Aug 2022 02:44:02 UTC
Severity: normal
Found in version 29.0.50
Done: Jim Porter <jporterbugs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #122 received at 57129 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 16 Aug 2022 12:11:24 -0700
> Cc: bruno <at> clisp.org, bug-gnulib <at> gnu.org, larsi <at> gnus.org,
> 57129 <at> debbugs.gnu.org, jporterbugs <at> gmail.com
> From: Paul Eggert <eggert <at> cs.ucla.edu>
>
> > Thanks, but why not use 'random' instead? Emacs does have it on all
> > platforms, including MS-Windows. AFAIU, it's better than 'rand'.
>
> If the code used 'random' then the Gnulib 'tempname' module would need
> to add a dependency on the Gnulib 'random' module, which would in turn
> add a cascading dependency on Gnulib's 'random_r' module. It's better to
> avoid this dependency if we can easily do so.
>
> Come to think of it, we don't need to use 'rand' either, since
> tempname.c already has a good-enough pseudorandom generator. I installed
> into Gnulib the attached patch, which I hope fixes the Emacs problem
> without changing glibc's generated code (once this gets migrated back
> into glibc).
Thanks.
Would it be possible to cherry-pick this to the emacs-28 branch, so
that Emacs 28.2 would have this fixed?
This bug report was last modified 2 years and 129 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.