Re: guile can't find a chinese named file

[Eli Zaretskii]

> From: Marko Rauhamaa <address@hidden>
> Cc: address@hidden,  address@hidden
> Date: Thu, 16 Feb 2017 18:38:48 +0200
> 
> Eli Zaretskii <address@hidden>:
> 
> > Why is that a problem?  Unicode generally mandates that equivalent
> > character (a.k.a. "codepoint") sequences shall be handled the same by
> > applications, both while processing the text (e.g., searching it etc.)
> > and when displaying it.
> 
> As I just said in another reply, emacs 25.1 isn't handling them the same
> even though it maybe should.

Yes, it does -- where that's TRT.  For example, when displaying them.
And sometimes this is a user option; e.g., see character-folding in
Isearch.

> Now, should Guile handle them the same?

IMO, Guile should provide the facilities to handle them the same, and
leave for the higher-level code to use whatever is suitable.

In any case, this is unrelated to how strings are implemented, because
the basic level of string implementation _must_ support binary,
character by character (and byte by byte) comparison.  Otherwise, you
won't be able to compare file names equal, for example, at least on
Unix and Windows (macOS is another matter).