Group Admins

  • Profile picture of Karim
  • Profile picture of Jean


Public Group active 1 hour, 4 minutes ago

User group for OpenMusic and computer-aided composition. Visit the Forum for discussions.

Use ASDF from OpenMusic

Author 3 Subscribed Users |
Profile photo of gogins

I have an extensive library of algorithmic composition software written in Common Lisp and based on Cmmon Music, originally written by Drew Krause and now maintained by me. This is hosted at

This library has an extensive set of third party dependencies, which I have tamed by creating a nudruz.asd file that will load Drew’s code, Common Music, and all the dependencies. I have tested nudruz.asd using Steel Bank Common Lisp and it works reliably.

However, when I attempt to load nudruz into OpenMusic 6.13 on Ubuntu 17.10 from the Lisp editor using (asdf:load-system :nudruz) or (asdf-make :nudruz), literally nothing happens.

I see in the Ubuntu terminal that ASDF itself exists, reports its version (3.3.0), and allows its *central-repository* to be set, but that is all.

What can I do to enable loading systems with ASDF in Common Music?

August 30, 2018 at 17:10 #27574
Profile photo of Karim


I think you mean “What can I do to enable loading systems with ASDF in OpenMusic?” instead of Common Music. Well i am affraid it is not that easy. OM uses UNFORTUNATELY LispWorks and not SBCL. I think it should be possible if you own a LispWorks copy (non-free) and recompile OM with it enabling asdf. Or, port OM to sbcl that’s what i started doing but it is still on stdby due to overload of time and zero support…


August 31, 2018 at 20:40 #27606
Profile photo of Karim

Hi Jean,

good to hear from you !

Yes OM as an image will not allow to compile since it is an image.. You’re right !

Concerning bordeaux-threads, this asd is required by most of lisp packages such as Michael is running: common music, clx, clg-gtk, etc… Not to say these are dependencies for most of linux lisp prgs…

In order to load asdf systems (on decent lisp compilers :-)) (Michael of course knows this) one must symbolically link the package and run asdf so it could compile the code. Therefore with a LispWorks image this will not work unfortunately.

Just for info, here is a tree representation of my asd systems loaded in sbcl :
└── systems
├── alexandria.asd -> /usr/share/common-lisp/source/alexandria/alexandria.asd
├── bordeaux-threads.asd -> /usr/share/common-lisp/source/bordeaux-threads/bordeaux-threads.asd
├── cffi.asd -> /usr/share/common-lisp/source/cl-cffi/cffi.asd
├── cl-fad.asd -> /usr/share/common-lisp/source/cl-fad/cl-fad.asd
├── closer-mop.asd -> /usr/share/common-lisp/source/closer-mop/closer-mop.asd
├── clx.asd -> /usr/share/common-lisp/source/clx/clx.asd
├── iterate.asd -> /usr/share/common-lisp/source/iterate/iterate.asd
└── trivial-garbage.asd -> /usr/share/common-lisp/source/trivial-garbage/trivial-garbage.asd

It is linked with sbcl and should run all these “packages” when needed. I hope someday, someone will provide a decent API for sbcl so we can port it to. LispWorks is for the time being the most “convenient” solution and you (Jean) did a lot of work on this project, and you are thanked for it a lot. However a viable solution for a solid lisp working code will be an SBCL based portage since most of serious lisp code do run on this compiler.



PS : Bises a Helen and Louise.

August 31, 2018 at 22:42 #27609

You must be logged in to reply to this topic.

Log in now