GNU bug report logs - #50985
Merging gnulib for Emacs 28.1?

Previous Next

Full log

View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Robert Pluim <rpluim <at> gmail.com>, Ken Brown <kbrown <at> cornell.edu>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Andy Moreton <andrewjmoreton <at> gmail.com>, 50985 <at> debbugs.gnu.org
Subject: bug#50985: Merging gnulib for Emacs 28.1?
Date: Tue, 5 Oct 2021 09:16:13 -0700

[Message part 1 (text/plain, inline)]

On 10/5/21 7:11 AM, Robert Pluim wrote:
> Probably. When it comes to gnulib I prefer to leave it to people who
> know what theyʼre doing :-)

We can't wait for *that* (:-), so I charged ahead and installed the 
attached patches into the emacs-28 branch. This fixed the md5_stream 
issue for me.

The key issue here is whether Emacs wants to use cryptography algorithms 
supported by the Linux kernel, if available. I expect that Emacs doesn't 
want to bother, because its use of md5_stream is not that performance- 
or security-relevant and because if we wanted Emacs to use the kernel 
stuff that'd drag in a lot more Gnulib modules which would be more 
trouble than it's worth. Comments welcome of course, since this is a 
judgment call.

I hadn't run into this earlier because I was doing a default 
configure+build, which on my platform didn't use native compilation.

[0001-Tweak-recent-configure-fix.patch (text/x-patch, attachment)]

[0002-Fix-md5-issue-in-recent-Gnulib-merge.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.