GNU bug report logs -
#23529
Request for fixing randomize_va_space build issues
Previous Next
Reported by: Philippe Vaucher <philippe.vaucher <at> gmail.com>
Date: Fri, 13 May 2016 12:20:02 UTC
Severity: important
Tags: fixed
Merged with 13964
Found in version 24.3
Fixed in version 27.1
Done: Stefan Kangas <stefan <at> marxist.se>
Bug is archived. No further changes may be made.
Full log
Message #176 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2016-09-11 22:30, Eli Zaretskii wrote:
>> From: Philippe Vaucher <philippe.vaucher <at> gmail.com>
>> Date: Sun, 11 Sep 2016 21:32:51 +0200
>> Cc: Paul Eggert <eggert <at> cs.ucla.edu>, Philipp Stephani <p.stephani2 <at> gmail.com>, 23529 <at> debbugs.gnu.org
>>
>>>> What about disabling randomization for the temacs run?
>>>>
>>>> That is yet another low-level thing to configure, and to get right in new ports.
>>>
>>> We already have that in Emacs, don't we?
>>
>> That is exactly why I made the bug report 23529!
>>
>> Because Emacs does stuffs at build time that requires "high"
>> privileges (like the personality() syscall), one cannot build Emacs in
>> various restricted environments.
>>
>> Disabling randomization is exactly what we should get rid of, at least
>> at build time.
>
> Isn't it the other way around: the first priority is to enable
> randomization and all the other modern techniques for running the
> dumped Emacs?
I think we want to be able to build the full Emacs in a container; that is without needing, at any point in the process, to disable randomization. If I understand correctly, this means that even the process of dumping Emacs cannot involve disabling randomization.
Clément.
[signature.asc (application/pgp-signature, attachment)]
This bug report was last modified 5 years and 312 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.