[asdf-devel] ASDF and character encodings

Daniel Herring dherring at tentpost.com
Fri Apr 20 23:43:27 UTC 2012


This topic came up at the Boston Lisp meeting last night.  Here was my 
takeaway from the discussion.


ASDF does not need to support arbitrary encodings in system definition 
files.  UTF-8 is the simplest and most portable solution for non-ASCII 
characters in system definitions.

Thus ASDF can simply declare that all system definitions are read using 
UTF-8.  On systems where unicode support is not available, system 
definitions will be read as "extended ASCII", and the non-ASCII characters 
will simply print incorrectly.  Filenames should only be specified using 
ASCII characters to avoid portability issues.


Authors do need a way to support arbitrary encodings in other source 
files, but this should be restricted to cases where there is an actual 
need to use a non-UTF-8 character set.  Example use cases are 
locale-specific libraries, a toolchain that converts between character 
sets, or possibly a character-set-detection library.  Again, other 
character sets can be a major portability issue.


There are only a handful of libraries that use something other than ASCII 
or UTF-8.  These should be easy to fix, given approval from their authors.


Hopefully that's an accurate record of the general consensus and this 
writeup will be helpful to others in some way.

- Daniel




More information about the asdf-devel mailing list