Problem with cvs version of emacs

Problem with cvs version of emacs

[Piet van Oostrum]

The current cvs emacs 'make bootstrap' fails:

./temacs --batch --load loadup bootstrap
Loading loadup.el (source)...

[stuff deleted]

Loading language/chinese (source)...
Loading language/cyrillic (source)...
Symbol's value as variable is void: non-iso-charset-alist

As you see, non-iso-charset-alist is not defined while loading
language/cyrillic.el 
The same would be true with language/european.el.

I could continue by temporarily adding
 (load "international/code-pages") to loadup.el, but I don't know if
 that is a good solution.

Another problem is that progmodes/grep.el refers to a nonexistent
function executable-command-find-unix-p, which probably should be
executable-command-find-posix-p.
-- 
Piet van Oostrum <piet@cs.uu.nl>
URL: http://www.cs.uu.nl/~piet [PGP]
Private email: P.van.Oostrum@hccnet.nl

Re: Problem with cvs version of emacs

[Kenichi Handa]

In article <16413.7102.161518.571990@Ordesa.local>, "Piet van Oostrum" <piet@cs.uu.nl> writes:
> The current cvs emacs 'make bootstrap' fails:
> ./temacs --batch --load loadup bootstrap
> Loading loadup.el (source)...

> [stuff deleted]

> Loading language/chinese (source)...
> Loading language/cyrillic (source)...
> Symbol's value as variable is void: non-iso-charset-alist

> As you see, non-iso-charset-alist is not defined while loading
> language/cyrillic.el 
> The same would be true with language/european.el.

> I could continue by temporarily adding
>  (load "international/code-pages") to loadup.el, but I don't know if
>  that is a good solution.

That's strange.  As non-iso-charset-alist is defined in
mule-diag with autoload cookie, it should also be defined in
loaddefs.el.  It seems that building of loaddefs.el somehow
failed in you case.  Could you check it?

---
Ken'ichi HANDA
handa@m17n.org

Re: Problem with cvs version of emacs

[Piet van Oostrum]

>>>>> Kenichi Handa <handa@m17n.org> (KH) wrote:

KH> That's strange.  As non-iso-charset-alist is defined in
KH> mule-diag with autoload cookie, it should also be defined in
KH> loaddefs.el.  It seems that building of loaddefs.el somehow
KH> failed in you case.  Could you check it?

It is strange indeed. I looked into the log and loaddefs was loaded and it
contains a defvar for non-iso-charset-alist and still the errormessage was
there.

Even stranger, I did a make bootstrap again today and it succeeded.

-- 
Piet van Oostrum <piet@cs.uu.nl>
URL: http://www.cs.uu.nl/~piet [PGP]
Private email: P.van.Oostrum@hccnet.nl