asdf-devel

asdf-devel@common-lisp.net

1 participants
1378 discussions

Re: ASDF: could use some help with ECL issue
by Daniel Kochmański 10 Jan '24

10 Jan '24

Hey Robert, I've looked into this issue and it seems that it is a bug in ECL. Even on idempotent defpackage definitions it first removes use-list and then re-adds it, while the different part of the code enforces the lock. I've added the ticket to our tracker: https://gitlab.com/embeddable-common-lisp/ecl/-/issues/730 Best regards, Daniel -- Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland TurtleWare - Daniel Kochmański | www.turtleware.eu "Be the change that you wish to see in the world." - Mahatma Gandhi On Tuesday, January 9th, 2024 at 16:48, Robert Goldman <rpgoldman(a)sift.net> wrote: > In the regression test results for a bug fix to ASDF (https://gitlab.common-lisp.net/asdf/asdf/-/jobs/63801), I see this error which I don't understand at all: > > Cannot unuse package #<"COMMON-LISP" package> from locked package #<"PACKAGE-INFERRED-SYSTEM-TEST/SBCL-EXT-LOCK" package>. > > The line that seems to be causing this is the following (in a test system): > > (defpackage package-inferred-system-test/sbcl-ext-lock > (:use :cl) > #+(or sbcl ecl) (:lock t) > (:export #:implemented-by-other-package)) > > More discussion about this is in ASDF Merge Request 226: https://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/226 > > The underlying issue is to try to make sure that implementation specific defpackage extensions (like :lock) don't cause ASDF's defpackage groveler to fail when working with package-defined systems. > > Thanks for any advice!

2 1

Request for information: Implementation-specific DEFPACKAGE extensions
by Robert Goldman 08 Jan '24

08 Jan '24

@gefjon has proposed ASDF MR [!226](https://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/226) that extends ASDF's package inferred system dependency groveler to handle SBCL's extension to the set of `defpackage` options, addressing [Issue #147](https://gitlab.common-lisp.net/asdf/asdf/-/issues/147). Before merging this, it would be nice to know of other implementations' extensions to `defpackage`. I'd be obliged if those in the know would post information about `defpackage` extensions their favored implementations have added, if any, or let us know if tfi leaves `defpackage` un-extended. That would make it quicker to get this fix merged and issued, and would help the community as a whole. Feel free to respond by email, or to post your answer in the comments to the merge request, whichever is most convenient. Thanks, R

3 2

Past discussion on ASDF loading
by Robert Goldman 04 Jan '24

04 Jan '24

I am finding that ASDF loads itself multiple times, unnecessarily, at least on Allegro 11. E.g., it reloads when I simply invoke `(asdf:component-pathname (asdf:find-system "foo"))` for one of my systems. This is annoying because I get redefinition style warnings every time I do this, which makes it hard to tell when a system loads cleanly. I have a vague memory of a discussion that addressed the question of why this happens. Does anyone recall the answer, or have a pointer to the discussion? Interestingly, when I load ASDF and then invoke `(asdf/component:component-operation-times (asdf:find-system "asdf"))` the only time listed is for `define-op` Thanks, R

2 3

Removal of feature from UIOP library
by Robert Goldman 12 Dec '23

12 Dec '23

[Issue 48](https://gitlab.common-lisp.net/asdf/asdf/-/commits/iss148) on the ASDF GitLab repo concerns a bug in the `with-optimization-settings` macro in UIOP's lisp-build.lisp I did some investigation and as far as I can tell: 1. There's no clear description of what this is supposed to do 2. There's no use of it anywhere in the ASDF + UIOP code base 3. It has never worked -- at least when I tried to test it, the tests failed all over the place. Rather than trying to write a new implementation out of whole cloth, my [Merge Request](https://gitlab.common-lisp.net/asdf/asdf/-/merge_requests/224) to address this issue simply rips this macro and some supporting functions and variables out of UIOP. Doing so breaks no tests (unlike trying to test it). I feel a little uncomfortable removing functionality, but as I said, I cannot find any evidence that this has ever been used. Absent any pushback -- and likely even *with* pushback, unless that pushback is accompanied by a MR that supplies a working implementation, I will make that merge, and this feature will vanish from UIOP. Best, R

2 2

How to use the current directory?
by Blake McBride 29 Sep '23

29 Sep '23

Greetings all! Asdf noob here. I have spent hours on what I would think would be incredibly simple. Help would sure be appreciated. I cloned a repo for a package that is available on quicklisp. I modified it. However, everytim I do: (asdf:load-asd "thepackage.asd") (asdf:load-system "thepackage") It loads the standard distribution rather than the copy I am editing. I have tried stuff like: (asdf:load-asd (concatenate 'string (namestring (truename ".")) "parenscript.asd")) with no luck. I tried many other things too with no luck. How can I force asdf to load and use the package in the local directory rather than the cached standard distribution? Thank you! Blake McBride

8 13

Re: How to use the current directory?
by Blake McBride 23 Sep '23

23 Sep '23

Thanks for the great suggestions, Richard! I'll definitely give it a try! Blake ------- Original Message ------- On Saturday, September 23rd, 2023 at 3:48 PM, Richard Westhaver <richard.westhaver(a)gmail.com> wrote: > Hey Blake, > > I am relatively new to Common Lisp and agree that figuring out a decent dev ecosystem can be challenging, the suggestions above are the best portable solution IMO though - using SBCL, I added a single line to ~/.sbclrc : (push #P"~/dev/" ql:*local-project-directories*). > > I think scaling this to really large and distributed systems is a challenge though - you basically have ASDF and Quicklisp and it's up to you how you want to make use of them. here's a couple ways I've seen others manage this: > > - fukamachi's qlot: https://github.com/fukamachi/qlot - project-local library installer, currently being integrated into the Lem text editor > - nyxt (just use sub-repos): https://github.com/atlas-engineer/nyxt/tree/master/_build > > It's Lisp so the perfect solution for your purposes does in fact exist, you just gotta start hacking :). > > For example, I'm currently working on a very different approach which may not pay off - dropping Quicklisp and all external dependencies, [ab]using the compiler (SBCL) as much as possible and adding contribs which are distributed with the compiler instead of separate systems. > > On Sat, Sep 23, 2023 at 10:56 AM Blake McBride <blake(a)mcbridemail.com> wrote: > >> Thanks for all of the replies! Although I have been playing with Lisp for many years, I do not have much experience with ASDF or QuickLisp. >> >> I appreciate all of the suggestions and explanations, however, with respect, they all seem like work-arounds or hacks for my purposes. I am not suggesting, however, that your input wasn't valid, helpful, or there is a better way. >> >> I understand the idea that QuickLisp is not a package manager but a system manager. In that case, it delivers completed system easily and conveniently. It's a great tool. >> >> I think a true package manager option in QuickLisp would be incredibly useful. Here is the scenario. >> >> I am building a system. It has dependencies X, Y, and Z. I complete my system and package it up as a QuickLisp system. Later, I'd like to work on my system. I'd like to work on a local copy in a directory of my choosing. I'd like it to load its dependencies (X, Y, and Z) yet work on my part of the system without loading the version in the QuickLisp repo. >> >> While some of your suggestions will allow me to do that, they are real clunky. Either I have to work in specific directories or I have to have special code specific to the particular directory I choose to work in. >> >> All of this is contrary to the way all other system I've used work. In general, I can clone a repo to any directory and do: >> >> ./configure >> make >> sudo make install >> >> and it works! I can put the clone anywhere I want. I can change it anyway I want. The system doesn't fight me. >> >> I wouldn't think this would be hard at all to make ASDF and QuickLisp have this capability. >> >> Blake McBride

1 0

Question about UIOP:ENSURE-DIRECTORY-PATHNAME
by Robert Goldman 07 Jul '23

07 Jul '23

While addressing ASDF [issue #140](https://gitlab.common-lisp.net/asdf/asdf/-/issues/140) I stumbled on what seems to me to be an error. That is that (ensure-directory-pathname "") at least on SBCL, returns a `pathname` that has `NIL` in all its slots except `HOST`. To me, this seemed wrong, and looking further, I found that `directory-pathname-p` returns `T` when given this pathname, because `directory-pathname-p` is defined (in its docstring) as: > A directory-pathname is a pathname _without_ a filename. I would have assumed that a directory pathname was *also* a pathname with a non-`NIL` `directory` component. I am considering making this (incompatible) change, but am interested in any feedback about whether this is the correct thing to do.

2 1

Re: ASDF config file under Windows
by Robert Goldman 08 Jun '23

08 Jun '23

Dear Greg, Thanks for the kind words! I am not sure why I didn't see your post on ASDF-devel, but I didn't. And I have seen several requests for moderation, so the list seems live. In case my response is interesting to the group, I am responding to the list as well. A couple of disclaimers: (1) I haven't used Windows in more than a decade, and (2) I don't use these configuration files. I find I'm happier to keep all of my lisp configuration in lisp configuration files (`clinit.cl`, `.sbclrc`, etc. -- indeed I point all of those at one single `lisp-config.lisp` file), instead of having to hunt through multiple files in multiple locations for this information. So take anything I say with more than a grain of salt (given your cardiologist approves!). That said, these config files are placed according to the XDG standard which... as far as I can tell only applies to linux, and not to either Windows or MacOS. So there's code in ASDF/UIOP that extends XDG to other platforms. ASDF documentation about XDG can be found [here](https://asdf.common-lisp.dev/asdf.html#XDG-base-directory). I don't understand Windows enough to understand this piece of text from the ASDF manual: > Since support for querying the Windows registry is not possible to do > in reasonable amounts of portable Common Lisp code, ASDF 3 relies on > the environment variables that Windows usually exports, and are > hopefully in synch with the Windows registry. If you care about the > details, see uiop/configuration.lisp and don’t hesitate to suggest > improvements. The relevant code may be found in [uiop/configuration.lisp](https://gitlab.common-lisp.net/asdf/asdf/-/blob/re…. It looks like invoking the functions `uiop:xdg-config-home` and `uiop:xdg-config-pathnames` might help you figure out where ASDF is looking. But I don't really understand the discussion about the registry above. I do see a bit of code that says that UIOP (and thus ASDF) look for configs in the value of `(uiop:xdg-data-dirs "config/")` -- maybe see what that evaluates to on your Windows box? I hope that these snippets have been helpful, and if you find the answers you seek, please send to me and ASDF-devel, so that the information will be available to others. It might be a good thing if someone with the resources would gift a Windows resource to the CL Foundation to hook into `common-lisp.net` so that the community doesn't have to rely on this kind of guesswork. I note that ASDF is no longer tested on Windows at all, since I don't have access to a Windows VM and even if I did, I wouldn't know how to use it (nor do I have the time to learn). Good luck! R On 2 Jun 2023, at 19:40, Greg Bennett wrote: > Good evening Robert, > > Some longish time ago you were kind enough to help me with ASDF > matters. > I posted recently to asdf-devel, largely in the hope that you might > see it, I confess. > > Web search has, so far, not been helpful, I'm afraid. > > I shall quite understand if you do not reply; your inbox must receive > lots of this sort of thing. > > I have a test system in c:/ASDF/asdf-tests/ copied from the linux > directory /home/gwbennett/ASDF/asdf-tests/ > > Under Linux in my source-registry.conf.d directory I have the file > gb-source.conf > with the one line (:tree "/home/gwbennett/ASDF/asdf-tests/") > > Then in sbcl I can issue (asdf:load-system "gb-a") and all is well. > > I have tried various spots for gb-source.conf under Windows, all > without success: > > c:\Users\Greg\AppData\Local\config\common-lisp\source-registry.conf.d\ > > c:\Users\Greg\ > > c:\Users\Greg\AppData\ > > c:\Users\Greg\AppData\Local\ > > If I issue, old style, (push "c:/ASDF/asdf-tests/" > asdf:*central-registry*) then all is well. > > Perhaps there is no place for a config file under W! > > Cheers > > Greg

6 15

Re: ASDF config file under Windows
by Robert Goldman 04 Jun '23

04 Jun '23

Ah, I see. I think some of my work colleagues were doing something in their CL init files that must have loaded some ASDF systems, because they were seeing configuration happen before they got into interactive contact with the REPL. Thank you very much for clarifying, Faré! On 4 Jun 2023, at 14:11, Faré wrote: > ASDF configuration is lazy. It doesn't happen during load, but the > first > time ASDF is invoked, if not done by the user after loading ASDF. > > On Sun, Jun 4, 2023, 15:00 Robert Goldman <rpgoldman(a)sift.net> wrote: > >> TBQH, I am not as sure as I should be. I try to avoid all the >> configuration that happens while ASDF loads, so that I configure only >> *after* the load is complete, at a point where I can watch what goes >> on. >> As I have said before, I don't like the configuration that uses >> config >> files, environment variables or magic directories, because it's >> impossible >> to debug (by the time ASDF is loaded and can be instrumented, it's >> too >> late). >> >> I believe the right thing would be for you to figure out how to add >> an >> entry to the variable asdf:*default-source-registries* that is a >> function >> that will collect the appropriate configuration information. But I >> don't >> claim to fully understand source-registry.lisp >> <https://gitlab.common-lisp.net/asdf/asdf/-/blob/9c7f1b76ca8e820c020a3ec3aeb…> >> . >> >> On 4 Jun 2023, at 3:29, Marco Antoniotti wrote: >> >> Sure. >> >> I am not privy to ASDF bootstrap. Where would you start? >> >> MA >> >> >> On Sun, Jun 4, 2023 at 12:41 AM Robert P. Goldman >> <rpgoldman(a)sift.net> >> wrote: >> >>> The next step would be to add an ASDF plug-in so that ASDF can read >>> its >>> configuration from a CLAD set up…. :-) >>> >>> -- >>> Robert P. Goldman >>> >>> On June 3, 2023 at 16:56:53, Marco Antoniotti >>> (marco.antoniotti(a)unimib.it) >>> wrote: >>> >>>> Wellll. You need a CL to load ASDF, don’t you? :) >>>> >>>> CLAD is minimal and barebones. You can load it from two files >>>> (just >>>> because the DEFPACKAGE is separate) and it’s there. Look ma! No >>>> ASDF! :) >>>> (Or UIOP) >>>> >>>> But I see your point. Time to add a clad-setup.lisp file. >>>> >>>> Cheers >>>> >>>> MA >>>> >>>> >>>> >>>> On Sat, 3 Jun 2023 at 23:10, Robert Goldman <rpgoldman(a)sift.info> >>>> wrote: >>>> >>>>> I do like the idea of CLAD, but in this case isn't there a >>>>> Catch-22? >>>>> You need to configure ASDF in order to load CLAD, so you can't use >>>>> CLAD to >>>>> configure ASDF, can you? >>>>> >>>>> On 3 Jun 2023, at 10:57, Marco Antoniotti wrote: >>>>> >>>>> Ahem. Shameless plug: >>>>> https://gitlab.common-lisp.net/mantoniotti/CLAD >>>>> >>>>> Cheers >>>>> >>>>> MA >>>>> >>>>> >>>>> On Sat, Jun 3, 2023 at 5:28 PM Robert Goldman >>>>> <rpgoldman(a)sift.info> >>>>> wrote: >>>>> >>>>>> Dear Greg, >>>>>> >>>>>> Thanks for the kind words! I am not sure why I didn't see your >>>>>> post on >>>>>> ASDF-devel, but I didn't. And I have seen several requests for >>>>>> moderation, >>>>>> so the list seems live. In case my response is interesting to the >>>>>> group, I >>>>>> am responding to the list as well. >>>>>> >>>>>> A couple of disclaimers: (1) I haven't used Windows in more than >>>>>> a >>>>>> decade, and (2) I don't use these configuration files. I find I'm >>>>>> happier >>>>>> to keep all of my lisp configuration in lisp configuration files >>>>>> ( >>>>>> clinit.cl, .sbclrc, etc. -- indeed I point all of those at one >>>>>> single >>>>>> lisp-config.lisp file), instead of having to hunt through >>>>>> multiple >>>>>> files in multiple locations for this information. So take >>>>>> anything I say >>>>>> with more than a grain of salt (given your cardiologist >>>>>> approves!). >>>>>> >>>>>> That said, these config files are placed according to the XDG >>>>>> standard >>>>>> which... as far as I can tell only applies to linux, and not to >>>>>> either >>>>>> Windows or MacOS. So there's code in ASDF/UIOP that extends XDG >>>>>> to other >>>>>> platforms. ASDF documentation about XDG can be found here >>>>>> <https://asdf.common-lisp.dev/asdf.html#XDG-base-directory> . >>>>>> >>>>>> I don't understand Windows enough to understand this piece of >>>>>> text >>>>>> from the ASDF manual: >>>>>> >>>>>> Since support for querying the Windows registry is not possible >>>>>> to do >>>>>> in reasonable amounts of portable Common Lisp code, ASDF 3 relies >>>>>> on the >>>>>> environment variables that Windows usually exports, and are >>>>>> hopefully in >>>>>> synch with the Windows registry. If you care about the details, >>>>>> see >>>>>> uiop/configuration.lisp and don’t hesitate to suggest >>>>>> improvements. >>>>>> >>>>>> The relevant code may be found in uiop/configuration.lisp >>>>>> <https://gitlab.common-lisp.net/asdf/asdf/-/blob/release/uiop/configuration.…> >>>>>> . >>>>>> It looks like invoking the functions uiop:xdg-config-home and >>>>>> uiop:xdg-config-pathnames might help you figure out where ASDF is >>>>>> looking. But I don't really understand the discussion about the >>>>>> registry >>>>>> above. I do see a bit of code that says that UIOP (and thus ASDF) >>>>>> look for >>>>>> configs in the value of (uiop:xdg-data-dirs "config/") -- maybe >>>>>> see >>>>>> what that evaluates to on your Windows box? >>>>>> >>>>>> I hope that these snippets have been helpful, and if you find the >>>>>> answers you seek, please send to me and ASDF-devel, so that the >>>>>> information >>>>>> will be available to others. >>>>>> >>>>>> It might be a good thing if someone with the resources would gift >>>>>> a >>>>>> Windows resource to the CL Foundation to hook into >>>>>> common-lisp.net so >>>>>> that the community doesn't have to rely on this kind of >>>>>> guesswork. I note >>>>>> that ASDF is no longer tested on Windows at all, since I don't >>>>>> have access >>>>>> to a Windows VM and even if I did, I wouldn't know how to use it >>>>>> (nor do I >>>>>> have the time to learn). >>>>>> >>>>>> Good luck! >>>>>> R >>>>>> >>>>>> On 2 Jun 2023, at 19:40, Greg Bennett wrote: >>>>>> >>>>>> Good evening Robert, >>>>>> >>>>>> Some longish time ago you were kind enough to help me with ASDF >>>>>> matters. >>>>>> I posted recently to asdf-devel, largely in the hope that you >>>>>> might >>>>>> see it, I confess. >>>>>> >>>>>> Web search has, so far, not been helpful, I'm afraid. >>>>>> >>>>>> I shall quite understand if you do not reply; your inbox must >>>>>> receive >>>>>> lots of this sort of thing. >>>>>> >>>>>> I have a test system in c:/ASDF/asdf-tests/ copied from the linux >>>>>> directory /home/gwbennett/ASDF/asdf-tests/ >>>>>> >>>>>> Under Linux in my source-registry.conf.d directory I have the >>>>>> file >>>>>> gb-source.conf >>>>>> with the one line (:tree "/home/gwbennett/ASDF/asdf-tests/") >>>>>> >>>>>> Then in sbcl I can issue (asdf:load-system "gb-a") and all is >>>>>> well. >>>>>> >>>>>> I have tried various spots for gb-source.conf under Windows, all >>>>>> without success: >>>>>> >>>>>> c:\Users\Greg\AppData\Local\config\common-lisp\source-registry.conf.d\ >>>>>> >>>>>> c:\Users\Greg\ >>>>>> >>>>>> c:\Users\Greg\AppData\ >>>>>> >>>>>> c:\Users\Greg\AppData\Local\ >>>>>> >>>>>> If I issue, old style, (push "c:/ASDF/asdf-tests/" >>>>>> asdf:*central-registry*) then all is well. >>>>>> >>>>>> Perhaps there is no place for a config file under W! >>>>>> >>>>>> Cheers >>>>>> >>>>>> Greg >>>>>> >>>>>> -- >>>> Marco Antoniotti >>>> https://dcb.disco.unimib.it >>>> >>>

2 1

Windows 11 config file location
by Greg Bennett 01 Jun '23

01 Jun '23

Hi from Greg Bennett who is trying to test a project, developed on Linux, in Windows 11. It depends significantly on asdf. As a small test, I defined gb-a.asd as: (asdf:defsystem "gb-a" ;:description "gb-a: a small system" :components ((:file "gb-a-package") (:module a-one :components ((:file "a-one") (:file "a-two"))) (:module a-two :components ((:file "a-three"))) )) I placed this in c:/ASDF/asdf-tests/ In my lisp, after (require :asdf), I want to execute (asdf:load-system "gb-a") Under linux, in ./config/common-lisp/source-registry.conf.d/gb-source.conf I have the line (:tree "/home/me/ASDF/asdf-tests/") All works nicely. One piece of advice I found suggested such a file should be located in $HOME/AppData/Local/config/common-lisp/source-registry.conf.d/ So I put it in c:/Users/me/AppData/Local/etc.. but asdf could not find the system gb-a. Perhaps this is not the correct place. By going old-style and using (push "c:/ASDF/asdf-tests/" asdf:*central-registry*) I can get the correct results. Thanks for advice and assistance on placing a configuration file correctly. but I should like to use a .conf file when there are several systems to be processed.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

asdf-devel