GNU bug report logs - #22169
25.0.50; File name compiletion doesn't work with non-ASCII characters on OS X

Previous Next

Package: emacs;

Reported by: Anders Lindgren <andlind <at> gmail.com>

Date: Mon, 14 Dec 2015 19:09:01 UTC

Severity: normal

Found in version 25.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Anders Lindgren <andlind <at> gmail.com>
Cc: random832 <at> fastmail.com, 22169 <at> debbugs.gnu.org
Subject: bug#22169: 25.0.50; File name compiletion doesn't work with non-ASCII characters on OS X
Date: Thu, 24 Dec 2015 21:42:27 +0200
> Date: Thu, 24 Dec 2015 20:23:13 +0100
> From: Anders Lindgren <andlind <at> gmail.com>
> Cc: random832 <at> fastmail.com, 22169-done <at> debbugs.gnu.org
> 
> Eli, can you push or send me your fix to ucs-normalize. I'd like to verify that
> my patch doesn't cause further problems before I re-publish it.

Will do, in a separate email.

> Also, I was curious about one thing. My intention was to include ucs-normalize
> when bootstrapping for NextStep only -- why did this cause a problem when
> building on other systems?

See src/lisp.mk and the rules in src/Makefile.in which produce that
file.  Every file that is preloaded on _any_ platform automatically
gets added to the list of Lisp files that are compiled by
bootstrap-emacs (as opposed to by emacs) before emacs is dumped after
loading those files in byte-compiled form.  Those files are compiled
and scanned for doc strings on all platforms, even if some of them are
not preloaded on a particular platform.




This bug report was last modified 9 years and 154 days ago.

Previous Next


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