ASDF build system/sbcl doesn't build FASLs on some packages

guix shell sbcl sbcl-uuid --pure -- sbcl --eval '(require :asdf)' --eval '(asdf:load-system :uuid)'

#<THREAD "main thread" RUNNING {100B1E8123}>:

Error opening #P"/gnu/store/in6ndcrnqg9pp2glkbvl1s072zp7r34y-sbcl-uuid-2012.12.26-1.e7d6680/lib/common-lisp/sbcl/uuid/uuid-tmpGHU3ALSV.fasl":

Read-only file system

The issue seems to be that the sbcl-uuid package has an empty

lib/common-lisp/sbcl/uuid directory: the FASL files don't get built.

The build log shows everything is fine

https://ci.guix.gnu.org/build/1670426/log/rawso I believe this has to

be an issue with the asdf-build-system/sbcl itself. It also seems to

affect a number of packages, including from what I've seen: sbcl-numcl,

sbcl-lack, and sbcl-mito. It doesn't seem to be a missing #:asd-systems

argument either (the .asd file is loaded fine per the build log).

Hi,

I've got the same issue while packing cl-graph which has cl-containers as

one of the inputs. It's fails exactly the same where it can't assess

cl-containers FASL file.

Regards,

Oleg

Hi,

I can't reproduce this issue.

I tried

and both commands worked without any error.

With each of the following commands, do you see the "uuid.fasl" file at

the end or not?

Hi,

I can definitely consistently reproduce this issue. Maybe something in

your filesystem could interfere with this? Try:

guix shell sbcl sbcl-uuid --container -- sbcl --eval '(require :asdf)'

--eval '(asdf:load-system :uuid)'

This is on guix commit 8f9588185d74f1f251b041b84d43302c337588ff, which

is from a fresh guix pull.

I was wrong wrt. .fasl files missing: ls -l $(guix build

sbcl-uuid)/lib/common-lisp/sbcl/uuid/ does show that the FASL is there,

it is simply that SBCL arbitrarily decides it needs to be recompiled,

which looks like the problem here. It could be some ASDF upstream bug.

ykonai via Bug reports for GNU Guix <bug-guix@gnu.org> skribis:

I tried:

and it worked without error.

Maybe there is something in your local CL configuration (.sbclrc) that

ASDF doesn't like...

Could you check if you still have an error when ignoring the local

configuration with:

Hi,

It turns out this was due to the fact that I had ironclad git cloned on

my computer, which was accidentally visible via :tree in the ASDF

configuration. ASDF detected that a different ironclad was used and

tried to compile-file to the gnu/store. I thought it was guix-related

since it did occur with both --pure and --container, but I was running

it with the default cwd share on.

Using --container --no-cwd is the solution to this problem.

ykonai <mail@ykonai.net> skribis:

Ok. Closing.