GNU bug report logs - #23529
Request for fixing randomize_va_space build issues

Previous Next

Package: emacs;

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


View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Eli Zaretskii <eliz <at> gnu.org>, Philippe Vaucher <philippe.vaucher <at> gmail.com>
Cc: p.stephani2 <at> gmail.com, 23529 <at> debbugs.gnu.org
Subject: bug#23529: Request for fixing randomize_va_space build issues
Date: Tue, 13 Sep 2016 08:51:47 -0700
Eli Zaretskii wrote:
> the idea is to dump the dumping (pun intended), and instead
> load the preloaded packages upon each session start.

This approach could well work. It addresses the portability concerns with 
malloc, as it means we can just use the system malloc. If it has acceptable 
performance and its bugs can be fixed, it would be a good way to go.

My main worry is performance. On the desktop that I'm typing this message on, 
emacs -Q takes about 40 ms to start up in batch mode, about 90 ms in a terminal, 
and about 300 ms on a graphical display. These are the sorts of times that I'd 
like to see with the proposed approach too. (This desktop is using a 4-year-old 
Xeon E3-1225 V2 CPU, and Emacs is stored on flash and typically cached in RAM.)

By "dump the dumping" I assume you mean withdraw the traditional dump-emacs 
function.




This bug report was last modified 5 years and 311 days ago.

Previous Next


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