all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Kenichi Handa <handa@m17n.org>
Cc: henrik@enberg.org, kai.grossjohann@uni-duisburg.de, emacs-devel@gnu.org
Subject: Re: make bootstrap fails
Date: Fri, 15 Nov 2002 08:38:52 +0900 (JST)	[thread overview]
Message-ID: <200211142338.IAA20671@etlken.m17n.org> (raw)
In-Reply-To: <E18BBfj-0002Fo-00@fencepost.gnu.org> (message from Richard Stallman on Mon, 11 Nov 2002 05:19:59 -0500)

As it seems that this mail was not delivered correctly, I'll
resend it.  I'm sorry if you get it twice.

In article <E18BBfj-0002Fo-00@fencepost.gnu.org>, Richard Stallman <rms@gnu.org> 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  <fx@gnu.org>

	* 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  <handa@m17n.org>

	* 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).

  parent reply	other threads:[~2002-11-14 23:38 UTC|newest]

Thread overview: 61+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-11-08 20:04 make bootstrap fails Kai Großjohann
2002-11-09 13:17 ` Henrik Enberg
2002-11-11 10:19   ` Richard Stallman
2002-11-12 18:29     ` Henrik Enberg
2002-11-14 12:15       ` Richard Stallman
2002-11-14 23:38     ` Kenichi Handa [this message]
2002-11-15 14:24       ` Stefan Monnier
  -- strict thread matches above, loose matches on Subject: below --
2003-02-13 23:03 Mark Moll
2003-02-14 10:03 ` Juanma Barranquero
2004-01-31  0:02 Steven T. Hatton
2004-01-31  0:44 ` Luc Teirlinck
2004-01-31  0:54   ` Steven T. Hatton
2004-01-31  0:57   ` Steven T. Hatton
2004-01-31  1:48     ` Luc Teirlinck
2004-01-31  2:07       ` Steven T. Hatton
2004-01-31  3:20       ` Steven T. Hatton
2004-02-01 18:10         ` Richard Stallman
2004-01-31 20:02 ` Kai Grossjohann
2004-02-01 21:34   ` Kim F. Storm
2004-02-01 20:52     ` Luc Teirlinck
2004-02-01 21:40       ` Kai Grossjohann
2004-02-01 22:08         ` Luc Teirlinck
2004-02-02 23:05           ` Richard Stallman
2004-02-03 22:05             ` Luc Teirlinck
2004-02-04 10:07               ` Kim F. Storm
2004-02-04 15:21                 ` Luc Teirlinck
2004-02-04 16:55                   ` Jan D.
2004-02-04 19:36                     ` Luc Teirlinck
2004-02-04 22:51                       ` Kim F. Storm
2004-02-04 20:51                     ` Luc Teirlinck
2004-02-04 16:56                   ` Kim F. Storm
2004-02-01 22:27         ` Luc Teirlinck
2004-02-02  7:09           ` Kai Grossjohann
2004-02-02 14:28             ` Luc Teirlinck
2004-02-02 17:11               ` Stefan Monnier
2004-02-02 18:51                 ` Luc Teirlinck
2004-02-02 20:02                   ` Stefan Monnier
2004-02-02 22:59                     ` Luc Teirlinck
2004-02-02 19:01                 ` Luc Teirlinck
2004-02-01 23:46       ` Kim F. Storm
2004-02-01 23:02         ` Luc Teirlinck
2005-07-27 13:35 make (bootstrap) fails Lennart Borgman
2005-07-27 13:47 ` Lennart Borgman
2005-07-27 14:39   ` Juanma Barranquero
2005-07-27 14:50     ` Lennart Borgman
2005-07-27 14:48 ` Eli Zaretskii
2005-07-27 15:13   ` Juanma Barranquero
2005-10-29 16:53 make bootstrap fails Emacs-Hacker
2012-04-08 23:46 Chris Van Dusen
2012-04-09  3:04 ` Kuroishi Mitsuo
2012-04-09  6:52 ` Eli Zaretskii
2012-04-09 13:49   ` Chris Van Dusen
2012-04-09 15:47     ` Eli Zaretskii
2012-04-09 16:41       ` cavd
     [not found] <mailman.762.1333928770.20052.help-gnu-emacs@gnu.org>
2012-04-10  2:46 ` Stefan Monnier
2012-04-10 22:54   ` Glenn Morris
2012-04-11  0:46     ` Stefan Monnier
2012-04-11  2:10       ` Glenn Morris
2012-04-11  2:57         ` Stefan Monnier
2012-04-11  3:24           ` Glenn Morris
2012-04-11 10:22             ` Chris Van Dusen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200211142338.IAA20671@etlken.m17n.org \
    --to=handa@m17n.org \
    --cc=emacs-devel@gnu.org \
    --cc=henrik@enberg.org \
    --cc=kai.grossjohann@uni-duisburg.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.