Andrea Corallo <acorallo@gnu.org> writes:
"Bernhard M. Wiedemann" <bernhardout@lsmod.de> writes:
I made a reproducer for one of them:
cd ~/rpmbuild/BUILD/emacs-29.3/native-lisp &&
for i in $(seq 10) ; do
../src/emacs -batch \
--eval "(batch-native-compile t)" ../lisp/international/utf7.el &&
md5sum 29.*/utf7.eln
done | sort | uniq -c
again with ASLR as factor in the result.
The varying files are
emacs/29.3/native-lisp/29.3-f8a6a23e/el-72f9fa70-1a554ff6.eln
emacs/29.3/native-lisp/29.3-f8a6a23e/ox-9aa46d10-040d281c.eln
emacs/29.3/native-lisp/29.3-f8a6a23e/utf7-8aab9346-0cfd2c82.eln
emacs/29.3/native-lisp/29.3-fc431f4a/utf7-8aab9346-0cfd2c82.eln
Unfortunately, the el.el and ox.el don't reproduce non-determinism the
same way.
Just an ACK that I've reproduced the utf7 case and I'm working on a fix.
I'll look at the other afterwards (if the fix does not fix all of them).
Hi Bernhard,
could you verify that after 509e7f877ba those elns are now stable for
you?
Building lisp/cedet/semantic/bovine/el.el, lisp/org/ox.el and
lisp/international/utf7.el looks stable on my test-bed here.