Hi Mark, Mark H Weaver skribis: > Ludovic Courtès writes: [...] >> Apparently this string literal is stored as UTF-32 (UCS-4) or similar, >> which prevents the reference scanner and the grafting code from finding >> it, and problems ensue. :-) > > IMO, we should consider modifying Guix to search for store references > encoded in UTF-32 and/or UTF-16. I wouldn't be surprised if some other > programs use those encodings. I'd be willing to work on it. I don’t think we’ve encountered the problem before. This would require fixing both the scanner and the grafting code (though eventually that might be a single code base when the Scheme-implemented daemon is merged) in non-trivial ways. One issue is that users of an old daemon would get a different behavior than users of a new daemon. It would be the first time we introduce such a significant change in the daemon since Guix was started. For now I lean towards looking for a way to address the issue specifically for SBCL. I’d be tempted to generalize if and only if we find other occurrences of the problem that would make the benefits outweigh the development and maintenance costs. WDYT? I remember discussing in the past some sort of “pluggable” reference scanning mechanism that could also work for compressed archives, etc. That also looks like the right thing, but it has a development and maintenance cost that’s pretty high whereas we might be able to address the same problems in much simpler ways. Thanks, Ludo’.