GNU bug report logs - #13783
simplify data_start configuration for Emacs

Previous Next

Package: emacs;

Reported by: Paul Eggert <eggert <at> cs.ucla.edu>

Date: Fri, 22 Feb 2013 08:21:02 UTC

Severity: normal

Tags: patch

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 13783 <at> debbugs.gnu.org
Subject: Re: simplify data_start configuration for Emacs
Date: Fri, 22 Feb 2013 23:34:05 +0200
> Date: Fri, 22 Feb 2013 12:56:25 -0800
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> CC: 13783 <at> debbugs.gnu.org
> 
> The patch omits data_start on hosts that use the system malloc,
> since data_start is now needed only on hosts where GNU Emacs
> supplies malloc.

You mean, gmalloc?  How does that come into play?

It seems like data_start and data_size derived from it matter only
when displaying memory usage warnings -- is that correct?  If so, why
doesn't this matter when system malloc is used?

> On GNU hosts the linker supplies the address automatically;
> on non-GNU hosts we approximate it by declaring a
> variable whose contents don't matter.

The MS-Windows build computes data_start and data_size inside
unexw32.c at dump time -- is that good enough?  (I'm asking because
your change doesn't touch the Windows build.)

Thanks.




This bug report was last modified 12 years and 93 days ago.

Previous Next


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