[20378] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sun4 9.1.3: emacs

daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Mon Jun 3 15:46:42 2002

To: "Nathan J. Williams" <nathanw@MIT.EDU>
Cc: bugs@MIT.EDU
From: amu@alum.mit.edu (Aaron M. Ucko)
Date: 03 Jun 2002 15:46:39 -0400
In-Reply-To: <bugs:20377@unknown-discuss-server>
Message-ID: <udl4rgk16xs.fsf@multics.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

<nathanw@MIT.EDU> (Nathan J. Williams) writes:

> I'm not well-versed in the format and creation of info files, but at a
> glance, the /usr/athena/info/emacs file on a 9.1 system is very large (900k)
> compared to the corresponding file on a 9.0 system (16k), and does not
> contain the "Indirect" or "Tag Table" sections at the end.

There's nothing wrong with that per se; it just means that that the
9.0 version automatically split the content out into emacs-1, emacs-2,
etc. and left pointers in the main file, whereas the 9.1 version just
put everything into one big file and dispensed with the pointers.

> The 9.1 version starts with:
> This is Info file ../info/emacs, produced by Makeinfo version 1.68
> 
> where the 9.0 version starts with:
> This is ../info/emacs, produced by makeinfo version 4.0 
> 
> which also seems suspicious.

The elisp and C implementations of makeinfo have different version
numbers.

I don't know why the new info file is actually failing.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
Finger amu@monk.mit.edu (NOT a valid e-mail address) for more info.

home help back first fref pref prev next nref lref last post