Re: guile can't find a chinese named file

[Marko Rauhamaa]

Eli Zaretskii <address@hidden>:

> You assume that Emacs concatenates strings by just splicing its bytes.
> But that's a far cry from what Emacs does, precisely to countermand
> such problems.

Good to hear. If Guile is to adopt a similar approach, it should pay
attention to these details as well.

> The important point for Guile is that the solution is there, in Free
> Software, documented well enough, and people who understand the
> implementation and can explain its subtleties are still here, ready to
> help. All it takes is for Guile to decide it wants to implement
> something similar.

It would be important for Guile to be a sufficient basis for emacs. On
the other hand, emacs' needs might be far too high for any simple string
type. For example, Guile might treat strings as simple sequences of code
points while emacs might impose some Unicode normalization requirements
or vice versa.

For example, what should

   (string= "Åström" "Åström")

return?

Emacs 25.1 doesn't see the strings as equal. Neither does Firefox.
However, Chrome thinks they are one and the same thing.


Marko