GNU bug report logs - #3700
23.1.50; verbose execution of configure script, determining the maximal length of command arguments

Previous Next

Package: emacs;

Reported by: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>

Date: Sun, 28 Jun 2009 11:10:05 UTC

Severity: normal

Merged with 9065, 13369, 29554

Found in versions 24.0.50, 24.1, 25.3

To reply to this bug, email your comments to 3700 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>:
bug#3700; Package emacs. (Sun, 28 Jun 2009 11:10:05 GMT) Full text and rfc822 format available.
Acknowledgement sent to Peter Dyballa <Peter_Dyballa <at> Freenet.DE>:
New bug report received and forwarded. Copy sent to Emacs Bugs <bug-gnu-emacs <at> gnu.org>. (Sun, 28 Jun 2009 11:10:05 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Peter Dyballa <Peter_Dyballa <at> Freenet.DE>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; verbose execution of configure script, determining the maximal length of command arguments
Date: Sun, 28 Jun 2009 13:04:32 +0200

Hello!

The configure script of (lib)m17n-lib 1.5.4 is buggy and fails at  
line #32967. The report was unclear or misleading (I found that the  
function PKG_CHECK_MODULES() does not seem to be defined), so I tried  
to run it in a *compilation* buffer as 'sh -x ./configure' – and  
after twelve hours it hasn't finished. Within minutes it finished in  
GNU Emacs 21.3.50 and 22.3 – and also in *shell* buffer in GNU Emacs  
23.1.50. In the *compilation* buffers of GNU Emacs 23.0.60, 23.0.94,  
and 23.1.50 the progress is slower than a snail when the script tries  
in a loop to determine the maximal length of command arguments.  
"Words" with a length of a few K obviously cause this stop.

For the test I launched all five Emacsen with -Q, opened the prepared  
copy of the original directory in dired-mode, invoked M-x compile RET  
and changed the default 'make -k' into 'time nice +19 sh -x ./ 
configure' without pressing RET at once. After all lines were  
prepared in mini-buffer I pressed RET in each.

The GNU Emacsen 23.x are all not really responsive (the system is, I  
can move around the frames, I can resize them, but the windows do not  
refresh), changing to the other window works, but reaching the end of  
the buffer might succeed tomorrow. When GNU Emacs 23.1.50 was running  
with all my customisation, the time in mode-line was updated in  
intervals of around 10 min.

GNU Emacs 23.0.60 refreshes fastest…

--
Greetings
  Pete

Without vi there is only GNU Emacs
Merged 3700 9065. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 16 May 2012 23:19:01 GMT) Full text and rfc822 format available.
Merged 3700 9065 13369. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Wed, 09 Jan 2013 02:00:01 GMT) Full text and rfc822 format available.
Merged 3700 9065 13369 29554. Request was from Noam Postavsky <npostavs <at> users.sourceforge.net> to control <at> debbugs.gnu.org. (Tue, 05 Dec 2017 00:30:04 GMT) Full text and rfc822 format available.
This bug report was last modified 7 years and 191 days ago.

Previous Next

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