GNU bug report logs - #24637
25.1; non-ascii chars fail to render in Info buffer

Previous Next

Full log

Message #52 received at 24637 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Alan Third <alan <at> idiocy.org>
Cc: 24637 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>, ivan.brennan <at> gmail.com
Subject: Re: bug#24637: 25.1; non-ascii chars fail to render in Info buffer
Date: Fri, 08 Nov 2019 03:50:26 +0100

Alan Third <alan <at> idiocy.org> writes:

> On Mon, Dec 19, 2016 at 06:18:02PM +0200, Eli Zaretskii wrote:
>> > From: Alan Third <alan <at> idiocy.org>
>> > Cc: ivan <ivan.brennan <at> gmail.com>,  24637 <at> debbugs.gnu.org
>> > Date: Mon, 19 Dec 2016 11:27:56 +0000
>> > 
>> > > Does anyone else see this on OS X (or on any other OS)?
>> > 
>> > Just checked and I get the incorrect behaviour with the upper-case UTF-8
>> > in emacs.info's "Local Variables:" section.
>> 
>> Do you also have an old Texinfo?
>
> Yup, that’s it exactly. macOS 10.12 comes with Texinfo 4.8.
>
> As far as I can tell ./configure is looking for any version above 4.6.
> I guess this is wrong, or the macOS version is broken.
>
> For reference, I used homebrew to install 6.3 and this fixed it:
>
>     brew install texinfo
>     brew link texinfo --force
>
> There are some warnings about linking in the upgraded version, but I
> can’t really see what difference it makes, and I’m not sure whether
> people building Emacs within homebrew itself will need to perform that
> step.

If I read this correctly, the problem is with an old version of
texinfo (perhaps only on macOS).  If that is the case, this is not a
bug in Emacs and should be closed?

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.