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

Message #137 received at 23529 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Andreas Schwab <schwab <at> linux-m68k.org>
Cc: p.stephani2 <at> gmail.com, eggert <at> cs.ucla.edu, philippe.vaucher <at> gmail.com,
 23529 <at> debbugs.gnu.org
Subject: Re: bug#23529: Request for fixing randomize_va_space build issues
Date: Fri, 09 Sep 2016 21:56:14 +0300

> From: Andreas Schwab <schwab <at> linux-m68k.org>
> Cc: Paul Eggert <eggert <at> cs.ucla.edu>,  p.stephani2 <at> gmail.com,  philippe.vaucher <at> gmail.com,  23529 <at> debbugs.gnu.org
> Date: Fri, 09 Sep 2016 20:29:30 +0200
> 
> On Sep 09 2016, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
> > defsubr does that, but fixing the address of the function after
> > loading the dumped data is also very simple: for each defsubr, rewrite
> > its function pointer.
> 
> Function pointers are difficult to handle, especially on architectures
> that use function descriptors.  That's why the "portable" dumper of
> xemacs doesn't work on ia64: it lumps together function and data
> pointers.

Sorry, I don't understand: does defsubr work on ia64?  If so, doing in
emacs just the last part of it, which stores the function pointer,
should also work, right?
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.