From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: make bootstrap fails Date: Fri, 15 Nov 2002 08:38:52 +0900 (JST) Sender: emacs-devel-admin@gnu.org Message-ID: <200211142338.IAA20671@etlken.m17n.org> References: <8465v796b2.fsf@crybaby.uni-duisburg.de> <87k7jmkhly.fsf@enberg.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1037317560 27977 80.91.224.249 (14 Nov 2002 23:46:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 14 Nov 2002 23:46:00 +0000 (UTC) Cc: henrik@enberg.org, kai.grossjohann@uni-duisburg.de, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18CTgM-0007H1-00 for ; Fri, 15 Nov 2002 00:45:58 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18CTsy-00046S-00 for ; Fri, 15 Nov 2002 00:59:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CTfh-0008My-00; Thu, 14 Nov 2002 18:45:17 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18CTZc-00075H-00 for emacs-devel@gnu.org; Thu, 14 Nov 2002 18:39:00 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18CTZY-000745-00 for emacs-devel@gnu.org; Thu, 14 Nov 2002 18:38:59 -0500 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CTZX-00073R-00; Thu, 14 Nov 2002 18:38:55 -0500 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id gAENcrk23071; Fri, 15 Nov 2002 08:38:53 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id gAENcqR27601; Fri, 15 Nov 2002 08:38:52 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id IAA20671; Fri, 15 Nov 2002 08:38:52 +0900 (JST) Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Mon, 11 Nov 2002 05:19:59 -0500) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.2.92 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9439 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9439 As it seems that this mail was not delivered correctly, I'll resend it. I'm sorry if you get it twice. In article , Richard Stallman writes: > We should certainly delete all the cc-bytecomp-defun stuff. It is an > ugly approach. However, that code has worked for years, and it has > not been changed, so this must imply a compiler bug somewhere else. > We should investigate that and fix it before deleting > cc-bytecomp-defun. > I was unable to make this fail by recompiling cc-bytecomp and cc-vars. It's because the error happens only while bootstrapping. > I can't afford to do a bootstrap--too many meetings today. But if you > byte-compile-debug to t, you should be able to get a backtrace. Very > likely investigating that backtrace will make considerable progress. I think I find the reason of this error. It seems that this change 2002-11-06 Dave Love * international/mule.el (set-buffer-file-coding-system): Call ucs-set-table-for-input. revealed the problem of cc-bytecomp-defun. cc-bytecomp-defun changes the function definition of the argument symbol (in the current case; char-table-p) to cc-bytecomp-ignore while byte-compiling. While byte-compiling cc-mode.el, the byte compiler loads warnings.el to display some warning. But, as warning.el is not yet compiled, it is loaded via load-with-code-conversion which leads to the call of set-buffer-file-coding-system. At this time, as the function definition of char-table-p is changed as above, we encounter the error. When I commented out this line in cc-vars.el: (cc-bytecomp-defun char-table-p) ; Emacs 19+, XEmacs 20+ the byte-compiling of cc-mode.el succeeded (but bootstrapping failed later at the other place, I'll report it in the next mail). So, I've just installed the attached workaround in HEAD. This problem is not only for char-table-p. For instance, cc-defs.el has this line: (cc-bytecomp-defun scan-lists) ; 5 args in XEmacs, 3 in Emacs So, if I insert (scan-lists 1 0 0) somewhere in the function load-with-code-conversion, the error Symbol's function definition is void ((scan-lists)) occurs while compiling cc-mode.el. :-( --- Ken'ichi HANDA handa@m17n.org 2002-11-14 Kenichi Handa * progmodes/cc-vars.el: Don't cc-bytecomp-defun char-table-p. *** cc-vars.el.~1.21.~ Mon Apr 22 09:35:36 2002 --- cc-vars.el Thu Nov 14 16:02:35 2002 *************** *** 46,52 **** ;; Silence the compiler. (cc-bytecomp-defun get-char-table) ; XEmacs 20+ (cc-bytecomp-defun char-table-range) ; Emacs 19+ ! (cc-bytecomp-defun char-table-p) ; Emacs 19+, XEmacs 20+ ;; Pull in custom if it exists and is recent enough (the one in Emacs ;; 19.34 isn't). --- 46,52 ---- ;; Silence the compiler. (cc-bytecomp-defun get-char-table) ; XEmacs 20+ (cc-bytecomp-defun char-table-range) ; Emacs 19+ ! ;; (cc-bytecomp-defun char-table-p) ; Emacs 19+, XEmacs 20+ ;; Pull in custom if it exists and is recent enough (the one in Emacs ;; 19.34 isn't).