CVS HEAD fatal on Darwin

CVS HEAD fatal on Darwin

[Randal L. Schwartz]

Started with emacs --no-init gives me:

set-keyboard-encoding-system: Cannot open load file: encoded-kb

This is from a "make bootfast install" over yesterday's build.

Any ideas?  I'm trying a "make clean bootstrap install" now in hopes
that will clear it.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Re: CVS HEAD fatal on Darwin

[Randal L. Schwartz]

>>>>> "Randal" == Randal L Schwartz <merlyn@stonehenge.com> writes:

Randal> Started with emacs --no-init gives me:

Randal> set-keyboard-encoding-system: Cannot open load file: encoded-kb

Randal> This is from a "make bootfast install" over yesterday's build.

Randal> Any ideas?  I'm trying a "make clean bootstrap install" now in hopes
Randal> that will clear it.

Yes, "make clean bootstrap install" makes it work, for some meaning of "work".
Looking at related messages here suggests that the .elc files I just built
probably will have the wrong encoding once the problem is fixed. :)

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Re: CVS HEAD fatal on Darwin

[Eli Zaretskii]

> From: merlyn@stonehenge.com (Randal L. Schwartz)
> Date: 12 Apr 2006 08:11:10 -0700
> 
> Randal> set-keyboard-encoding-system: Cannot open load file: encoded-kb
> 
> Randal> This is from a "make bootfast install" over yesterday's build.
> 
> Randal> Any ideas?  I'm trying a "make clean bootstrap install" now in hopes
> Randal> that will clear it.
> 
> Yes, "make clean bootstrap install" makes it work, for some meaning of "work".
> Looking at related messages here suggests that the .elc files I just built
> probably will have the wrong encoding once the problem is fixed. :)

What is the default EOL conversion on Darwin?

Re: CVS HEAD fatal on Darwin

[Randal L. Schwartz]

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

Eli> What is the default EOL conversion on Darwin?

Where would I look to find out the answer for Emacs?

Under the hood, Darwin is Unix, so I presume it's control-J, like
all sane Unix versions.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Re: CVS HEAD fatal on Darwin

[David Kastrup]

merlyn@stonehenge.com (Randal L. Schwartz) writes:

>>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
>
> Eli> What is the default EOL conversion on Darwin?
>
> Where would I look to find out the answer for Emacs?
>
> Under the hood, Darwin is Unix, so I presume it's control-J, like
> all sane Unix versions.

But Mac is renowned for having, uh, the -mac end of line convention.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: CVS HEAD fatal on Darwin

[Randal L. Schwartz]

>>>>> "David" == David Kastrup <dak@gnu.org> writes:

>> Under the hood, Darwin is Unix, so I presume it's control-J, like
>> all sane Unix versions.

David> But Mac is renowned for having, uh, the -mac end of line convention.

That's OS9.  Your father uses that.  All the cool kids are on OS X.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!

Re: CVS HEAD fatal on Darwin

[Eli Zaretskii]

> Cc: Eli Zaretskii <eliz@gnu.org>,  emacs-devel@gnu.org
> From: merlyn@stonehenge.com (Randal L. Schwartz)
> Date: 12 Apr 2006 08:39:36 -0700
> 
> David> But Mac is renowned for having, uh, the -mac end of line convention.
> 
> That's OS9.  Your father uses that.  All the cool kids are on OS X.

Right.

In fact, it looks like we no longer support the -mac EOL conversion:
the symbol CODING_EOL_CR is never on the right-hand side of any
assignment in the sources.  Am I missing something?

Re: CVS HEAD fatal on Darwin

[David Kastrup]

Eli Zaretskii <eliz@gnu.org> writes:

>> Cc: Eli Zaretskii <eliz@gnu.org>,  emacs-devel@gnu.org
>> From: merlyn@stonehenge.com (Randal L. Schwartz)
>> Date: 12 Apr 2006 08:39:36 -0700
>> 
>> David> But Mac is renowned for having, uh, the -mac end of line convention.
>> 
>> That's OS9.  Your father uses that.  All the cool kids are on OS X.
>
> Right.
>
> In fact, it looks like we no longer support the -mac EOL conversion:
> the symbol CODING_EOL_CR is never on the right-hand side of any
> assignment in the sources.  Am I missing something?

EPS files created on Classic Macs running on MacOS 9 or earlier
(please don't write OS9, as that is a completely different operating
system) will be with us for decades to stay (since PostScript creation
on Macs was convenient even when you did most of your processing on
Unix-like platforms).  And I should not be surprised if the same was
the case with text files.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

Re: CVS HEAD fatal on Darwin

[Eli Zaretskii]

> Cc: merlyn@stonehenge.com (Randal L. Schwartz),  emacs-devel@gnu.org,
> 	  handa@m17n.org
> From: David Kastrup <dak@gnu.org>
> Date: Thu, 13 Apr 2006 09:57:39 +0200
> 
> > In fact, it looks like we no longer support the -mac EOL conversion:
> > the symbol CODING_EOL_CR is never on the right-hand side of any
> > assignment in the sources.  Am I missing something?
> 
> EPS files created on Classic Macs running on MacOS 9 or earlier
> (please don't write OS9, as that is a completely different operating
> system) will be with us for decades to stay (since PostScript creation
> on Macs was convenient even when you did most of your processing on
> Unix-like platforms).  And I should not be surprised if the same was
> the case with text files.

If you are saying that we should continue to support -mac EOL
conversion, then I cannot agree more.  I just am stumped to see in the
sources what seems like non-support.  I'm probably missing something
important, though.

Re: CVS HEAD fatal on Darwin

[Kenichi Handa]

In article <u3bgh52vb.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:

> In fact, it looks like we no longer support the -mac EOL conversion:
> the symbol CODING_EOL_CR is never on the right-hand side of any
> assignment in the sources.  Am I missing something?

Yes.  setup_coding_system() sets coding->eol_type to
CODING_EOL_CR if, for instance, iso-latin-1-mac is given.
For instance, 
(encode-coding-string "abc\n" 'iso-latin-1-mac) => "abc^M"

---
Kenichi Handa
handa@m17n.org

Re: CVS HEAD fatal on Darwin

[Eli Zaretskii]

> From: Kenichi Handa <handa@m17n.org>
> CC: merlyn@stonehenge.com, emacs-devel@gnu.org
> Date: Thu, 13 Apr 2006 21:04:19 +0900
> 
> In article <u3bgh52vb.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:
> 
> > In fact, it looks like we no longer support the -mac EOL conversion:
> > the symbol CODING_EOL_CR is never on the right-hand side of any
> > assignment in the sources.  Am I missing something?
> 
> Yes.  setup_coding_system() sets coding->eol_type to
> CODING_EOL_CR if, for instance, iso-latin-1-mac is given.

Thanks, but what about the defaults?  Why don't we ever set
system_eol_type to CODING_EOL_CR?

Re: CVS HEAD fatal on Darwin

[Kenichi Handa]

In article <uacap32bu.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:

>> From: Kenichi Handa <handa@m17n.org>
>> CC: merlyn@stonehenge.com, emacs-devel@gnu.org
>> Date: Thu, 13 Apr 2006 21:04:19 +0900
>> 
>> In article <u3bgh52vb.fsf@gnu.org>, Eli Zaretskii <eliz@gnu.org> writes:
>> 
>> > In fact, it looks like we no longer support the -mac EOL conversion:
>> > the symbol CODING_EOL_CR is never on the right-hand side of any
>> > assignment in the sources.  Am I missing something?
>> 
>> Yes.  setup_coding_system() sets coding->eol_type to
>> CODING_EOL_CR if, for instance, iso-latin-1-mac is given.

> Thanks, but what about the defaults?  Why don't we ever set
> system_eol_type to CODING_EOL_CR?

I don't remember.  Perhaps, just because I didn't know what
to do when system_eol_type is introduced (about 10 years
ago).

---
Kenichi Handa
handa@m17n.org

Re: CVS HEAD fatal on Darwin

[Eli Zaretskii]

> Cc: emacs-devel@gnu.org
> From: merlyn@stonehenge.com (Randal L. Schwartz)
> Date: 12 Apr 2006 08:28:02 -0700
> 
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
> 
> Eli> What is the default EOL conversion on Darwin?
> 
> Where would I look to find out the answer for Emacs?

Look at the value of system_eol_type, defined on coding.c.  If you
cannot glean the value from looking at the source, you could do that
in a debugger.

> Under the hood, Darwin is Unix

That's what I thought.

> so I presume it's control-J, like all sane Unix versions.

In that case, the problems discussed in the other thread about EOL
conversion and byte compiling are not relevant to your problem.  That
thread is relevant only for platforms which have default EOL
conversion other than LF (a.k.a. newline, a.k.a. C-j).