From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Angelo Graziosi Newsgroups: gmane.emacs.devel Subject: Re: The bootstrap of Emacs on Cygwin is broken [Is also: unicode branch is merged to trunk] Date: Mon, 04 Feb 2008 11:35:09 +0100 Message-ID: <47A6EA5D.8020707@alice.it> References: <47A381C7.3000003@alice.it> <47A4C54D.5000602@alice.it> <47A4DEC0.8040406@alice.it> <47A5872A.2030601@alice.it> <47A62BFF.6040806@gnu.org> <47A62EBB.80404@alice.it> <47A6CF4A.9050805@alice.it> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1202121395 1215 80.91.229.12 (4 Feb 2008 10:36:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Feb 2008 10:36:35 +0000 (UTC) Cc: Eli Zaretskii , jasonr@gnu.org, emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 04 11:36:56 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JLyh4-0002ou-G8 for ged-emacs-devel@m.gmane.org; Mon, 04 Feb 2008 11:36:54 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JLygc-0001hi-Bb for ged-emacs-devel@m.gmane.org; Mon, 04 Feb 2008 05:36:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JLygV-0001e0-Up for emacs-devel@gnu.org; Mon, 04 Feb 2008 05:36:20 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JLygG-0001Fn-Q2 for emacs-devel@gnu.org; Mon, 04 Feb 2008 05:36:18 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JLygG-0001FY-Ke for emacs-devel@gnu.org; Mon, 04 Feb 2008 05:36:04 -0500 Original-Received: from smtp-out113.alice.it ([85.37.17.113]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JLyg7-0007wb-6E; Mon, 04 Feb 2008 05:35:55 -0500 Original-Received: from FBCMMO02.fbc.local ([192.168.68.196]) by smtp-out113.alice.it with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Feb 2008 11:35:31 +0100 Original-Received: from FBCMCL01B04.fbc.local ([192.168.69.85]) by FBCMMO02.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Feb 2008 11:35:31 +0100 Original-Received: from [87.6.19.141] ([87.6.19.141]) by FBCMCL01B04.fbc.local with Microsoft SMTPSVC(6.0.3790.1830); Mon, 4 Feb 2008 11:35:30 +0100 User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: X-OriginalArrivalTime: 04 Feb 2008 10:35:30.0864 (UTC) FILETIME=[AA465B00:01C86719] X-detected-kernel: by monty-python.gnu.org: Windows 2000 SP4, XP SP1+ X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:88143 Archived-At: YAMAMOTO Mitsuharu ha scritto: >>>>>> On Mon, 04 Feb 2008 09:39:38 +0100, Angelo Graziosi said: > >>> Try using -g3 -O1, it should produce better debug info. Not sure >>> if it will help in this case, though. > >> Concorde! In any case, for the sake of completeness, below the >> results. > > What happens if you increase the value of STATIC_HEAP_SIZE in sheap.c? We have some progress here! with STATIC_HEAP_SIZE (24 * 1024 * 1024) instead of (12 * ...) it fails in the same manner (temacs.exe.stackdump) only a little shifted forward; with STATIC_HEAP_SIZE (36 * 1024 * 1024) it fails in this way: ---------------------------------- [...] find /tmp/emacs/lisp -name "*.elc" -print | xargs chmod +w >/dev/null 2>&1 || true; \ wd=/tmp/emacs/lisp; subdirs=`(cd $wd; find . -type d -print)`; for file in $subdirs; do case $file in */Old | */RCS | */CVS | */CVS/* | */.* | */.*/* | */=* ) ;; *) wins="$wins $wd/$file" ;; esac; done; \ els=`echo $wins | tr ' \011' '\012\012' | \ sed -e 's|\(.\)$|\1/|' -e 's|^\./||' -e 's|$|*.el|'`; \ for el in /tmp/emacs/lisp/emacs-lisp/byte-opt.el /tmp/emacs/lisp/emacs-lisp/bytecomp.el /tmp/emacs/lisp/subr.el /tmp/emacs/lisp/progmodes/cc-mode.el /tmp/emacs/lisp/progmodes/cc-vars.el $els; do \ if test -f $el; \ then \ echo Compiling $el; \ EMACSLOADPATH=/tmp/emacs/lisp LC_ALL=C ../src/bootstrap-emacs.exe -batch --no-site-file --multibyte -f batch-byte-compile-if-not-done $el || exit 1; \ fi \ done Compiling /tmp/emacs/lisp/emacs-lisp/byte-opt.el Wrote /tmp/emacs/lisp/emacs-lisp/byte-opt.elc Compiling /tmp/emacs/lisp/emacs-lisp/bytecomp.el Wrote /tmp/emacs/lisp/emacs-lisp/bytecomp.elc Compiling /tmp/emacs/lisp/subr.el Wrote /tmp/emacs/lisp/subr.elc Compiling /tmp/emacs/lisp/progmodes/cc-mode.el Fatal error (6)/bin/sh: line 4: 3676 Aborted (core dumped) EMACSLOADPATH=/tmp/emacs/lisp LC_ALL=C ../src/bootstrap-emacs.exe -batch --no-site-file --multibyte -f batch-byte-compile-if-not-done $el make[2]: *** [compile] Error 1 make[2]: Leaving directory `/tmp/emacs/build/lisp' make[1]: *** [bootstrap-build] Error 2 make[1]: Leaving directory `/tmp/emacs/build' make: *** [bootstrap] Error 2 ---------------------------------- But this: "Fatal error (6)/bin/sh: line 4: 3676 Aborted..." (bootstrap_emacs.exe.stackdump) is an old problem building under Cygwin: it also happened with 22 and 23.0.50 versions. It usually is solved with a new check out of Emacs from CVS or... changing build directory. And effectively changing from /tmp/build to $HOME/downloads/emacs/tmp/emacs/build is still building (also with -j2 option in make!), even if slowly. May you suggest an optimal value for STATIC_HEAP_SIZE ? I note also some warnings beside those reported on emacs-devel: /home/graziosi/downloads/emacs.ports/tmp.emacs/emacs/src/fontset.c:1804: warning: incompatible implicit declaration of built-in function 'sprintf' /home/graziosi/downloads/emacs.ports/tmp.emacs/emacs/src/search.c:2456: warning: comparison is always true due to limited range of data type ... Angelo