GNU bug report logs - #17215
Build failure

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 17215 <at> debbugs.gnu.org, dancol <at> dancol.org, dak <at> gnu.org
Subject: Re: bug#17215: Acknowledgement (Build failure)
Date: Sat, 12 Apr 2014 11:35:06 +0300

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Date: Fri, 11 Apr 2014 16:11:58 -0400
> Cc: 17215 <at> debbugs.gnu.org, David Kastrup <dak <at> gnu.org>
> 
> >> It would appear that this particular bug yielded to the pure size
> >> increase.  What a singularly useless error behavior for a problem that
> >> is expected to reoccur with some regularity!
> > Still waiting to hear a response to my previous question on why we don't
> > just abort as soon as we detect pure overflow.
> 
> Good question.  The reason is largely histerical, where it was
> convenient to still have a partly usable Emacs.  Nowadays, many more
> people build their Emacs from trunk without having the technical
> knowledge to detect and handle this problem, so it's probably better to
> just abort.

More people building development code doesn't mean more people who
know what to do about pure storage.  So just aborting without any
helpful information (e.g., how much to enlarge the pure space, and
what macro to change) doesn't seem like progress to me.

Previous Next

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