Hi Pierre, Ludovic Courtès <l...@gnu.org> writes:
> Howdy! > > Pierre Neidhardt <m...@ambrevar.xyz> skribis: > >> Duh, got it: if next-1.3.1-lib is grafted, then the path to SQLite, >> libfixposix, etc. _inside the compress binary_ will not be updated. >> So if we garbage-collect after that, the binary will try to FFI-load >> non-existing libraries. > > Exactly! > >> Note that this is only a problem because Next depends on FFI libraries. >> Compressing pure-SBCL binaries should not be a problem. > > It’s a problem in general: any store reference in a compressed file is > invisible to the GC and to the grafting code. > > Ludo’. In case you were not thinking about it, Btrfs compression gives you the best of both worlds -- Guix operates on seemingly uncompressed data, while in reality everything (not just SBCL binaries) is compressed to reduce disk space usage and speed up read/writes. Maxim
