Hi there! Thanks to the ASDF maintainers. I just visited ASDF's website on common-lisp.net since a long time, and it makes a nicely maintained impression! Well done. I have the following issues: * The rather old ASDF version that I'm using ("2.010") does not seem to be able to cope with multiple :depends-on clauses. (Only one clause seems to be used.) Is this intended behaviour? Might it be fixed in more recent versions? * :STATIC-FILE (and :FILE for that matter) are not discussed or explained in the manual. * We generate a 'version.lisp' with a (DEFPARAMETER ...) form in it when using "make" to build a Lisp binary using buildapp. Is there a component that loads a file if it exists and if it does not exist just skips the clause? Thanks, T
On Thu, 2012-05-24 at 11:13 +0200, Tobias C Rittweiler wrote:
Hi there!
Thanks to the ASDF maintainers. I just visited ASDF's website on common-lisp.net since a long time, and it makes a nicely maintained impression! Well done.
I have the following issues:
* The rather old ASDF version that I'm using ("2.010") does not seem to be able to cope with multiple :depends-on clauses. (Only one clause seems to be used.)
Is this intended behaviour?
More or less, since a module's properties is parsed using destructuring-bind, which has undefined consequences in case of duplicate keywords
Might it be fixed in more recent versions?
No
* :STATIC-FILE (and :FILE for that matter) are not discussed or explained in the manual.
Static files are simply ignored. Usually used for "assets": images, css files, etc... :file is an alias for the current DEFSYSTEM's :default-component-class, which if absent defaults to asdf:cl-source-file. Example of non-standard default class: https://github.com/sionescu/iolib/blob/master/src/iolib.os.asd
* We generate a 'version.lisp' with a (DEFPARAMETER ...) form in it when using "make" to build a Lisp binary using buildapp.
Is there a component that loads a file if it exists and if it does not exist just skips the clause?
Maybe :if-component-dep-fails could be used to that purpose, or madeira-port -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib
On 5/24/12 May 24 -4:13 AM, Tobias C Rittweiler wrote:
Hi there!
Thanks to the ASDF maintainers. I just visited ASDF's website on common-lisp.net since a long time, and it makes a nicely maintained impression! Well done.
I have the following issues:
* The rather old ASDF version that I'm using ("2.010") does not seem to be able to cope with multiple :depends-on clauses. (Only one clause seems to be used.)
Is this intended behaviour? Might it be fixed in more recent versions?
Tobias, does ASDF just take the first and quietly throw later ones on the floor, or does it at least emit an error message? If it emits an error message, I think it's ok. But if it quietly discards the second clause, I think it's a bug, and we should make ASDF warn the programmer. I'd encourage you to post a launchpad bug in that case. Sorry to bother asking you instead of just testing --- I'm traveling and not in a good position to test anything. Similarly not a great time for me to make launchpad bugs. cheers, r
In article <4FBE3BC7.7090505@sift.info>, Robert Goldman <rpgoldman@sift.info> wrote:
On 5/24/12 May 24 -4:13 AM, Tobias C Rittweiler wrote:
Hi there!
Thanks to the ASDF maintainers. I just visited ASDF's website on common-lisp.net since a long time, and it makes a nicely maintained impression! Well done.
I have the following issues:
* The rather old ASDF version that I'm using ("2.010") does not seem to be able to cope with multiple :depends-on clauses. (Only one clause seems to be used.)
Is this intended behaviour? Might it be fixed in more recent versions?
Tobias, does ASDF just take the first and quietly throw later ones on the floor, or does it at least emit an error message? If it emits an error message, I think it's ok. But if it quietly discards the second clause, I think it's a bug, and we should make ASDF warn the programmer. I'd encourage you to post a launchpad bug in that case.
Sorry to bother asking you instead of just testing --- I'm traveling and not in a good position to test anything. Similarly not a great time for me to make launchpad bugs.
cheers, r
Yes ignoring the second clause was what happened on SBCL. I will submit a ticket. T
On Thu, May 24, 2012 at 11:01 AM, Tobias C Rittweiler <tcr@freebits.de> wrote:
In article <4FBE3BC7.7090505@sift.info>, Robert Goldman <rpgoldman@sift.info> wrote:
On 5/24/12 May 24 -4:13 AM, Tobias C Rittweiler wrote:
Hi there!
Thanks to the ASDF maintainers. I just visited ASDF's website on common-lisp.net since a long time, and it makes a nicely maintained impression! Well done.
I have the following issues:
* The rather old ASDF version that I'm using ("2.010") does not seem to be able to cope with multiple :depends-on clauses. (Only one clause seems to be used.)
Is this intended behaviour? Might it be fixed in more recent versions?
Tobias, does ASDF just take the first and quietly throw later ones on the floor, or does it at least emit an error message? If it emits an error message, I think it's ok. But if it quietly discards the second clause, I think it's a bug, and we should make ASDF warn the programmer. I'd encourage you to post a launchpad bug in that case.
Sorry to bother asking you instead of just testing --- I'm traveling and not in a good position to test anything. Similarly not a great time for me to make launchpad bugs.
cheers, r
Yes ignoring the second clause was what happened on SBCL.
I will submit a ticket.
I don't know that it's a bug. As Stelian mentioned, we're using destructuring-bind and/or apply 'make-instance, and that's the normal behavior in these cases. I think we should just document this behavior, and NOT try to catch and raise an error in the case of repeated keys. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org To fight a violent enemy, violence is necessary; but to fight violence itself, violence is vain.
On 5/24/12 May 24 -10:12 AM, Faré wrote:
On Thu, May 24, 2012 at 11:01 AM, Tobias C Rittweiler <tcr@freebits.de> wrote:
In article <4FBE3BC7.7090505@sift.info>, Robert Goldman <rpgoldman@sift.info> wrote:
On 5/24/12 May 24 -4:13 AM, Tobias C Rittweiler wrote:
Hi there!
Thanks to the ASDF maintainers. I just visited ASDF's website on common-lisp.net since a long time, and it makes a nicely maintained impression! Well done.
I have the following issues:
* The rather old ASDF version that I'm using ("2.010") does not seem to be able to cope with multiple :depends-on clauses. (Only one clause seems to be used.)
Is this intended behaviour? Might it be fixed in more recent versions?
Tobias, does ASDF just take the first and quietly throw later ones on the floor, or does it at least emit an error message? If it emits an error message, I think it's ok. But if it quietly discards the second clause, I think it's a bug, and we should make ASDF warn the programmer. I'd encourage you to post a launchpad bug in that case.
Sorry to bother asking you instead of just testing --- I'm traveling and not in a good position to test anything. Similarly not a great time for me to make launchpad bugs.
cheers, r
Yes ignoring the second clause was what happened on SBCL.
I will submit a ticket.
I don't know that it's a bug. As Stelian mentioned, we're using destructuring-bind and/or apply 'make-instance, and that's the normal behavior in these cases. I think we should just document this behavior, and NOT try to catch and raise an error in the case of repeated keys.
I believe I disagree: I don't think that the user of ASDF should have to know that this is done using DESTRUCTURING-BIND --- that's a species of data UN-abstraction. It's also something that is difficult to capture clearly in the defsystem grammar (because "there is only one copy of each keyword" is not a context free grammar). So I think if we can help the user, that would be a good thing, and better than quietly throwing something on the floor. But I think that makes it up to me to propose a patch, rather than expect anyone else to do it! So I will see if I can make one. Cheers, r
participants (4)
-
Faré -
Robert Goldman -
Stelian Ionescu -
Tobias C Rittweiler