asdf-devel

asdf-devel@common-lisp.net

5 participants
1375 discussions

[asdf-devel] ASDF 2.33
by Faré 04 Apr '13

04 Apr '13

Dear Lisp hackers, as things have settled down, ASDF is resuming a monthly release schedule. Therefore I am glad to announce ASDF 2.33. Please update your implementations, your distributions, etc., after suitable testing. Since previous release 2.32, it includes the following changes: * Portability tweaks for ABCL, Allegro, CCL, CLISP, ECL, LispWorks, SBCL. * deferred-warning received yet more improvements for CCL. * upgrade is made more robust in many cases, notably for ECL, SBCL, or when using UIOP with an old ASDF<=2.26. * Packages have been tweaked to pass more tests, notably wrt what symbols are exported. * Image lifecycle support is improved, thanks to deploying ASDF3 for QRes. More options for dump-image on CCL; handle reentrance in restore-image. * delete-directory-tree, delete-empty-directory, copy-file, directory-exists-p, file-exists-p were added to UIOP, also better strcat, with reduce/strcat, base-string-p, etc. * Recompilation avoided for things already done by defsystem-depends-on. * monolithic-fasl-op was fixed in cases when the main system has components. * fasl-op and monolithic-fasl-op now work on ABCL trunk and upcoming 1.2.0, and will eventually replace the ABCL-JAR contrib. * *uninteresting-conditions* was added as a common list of conditions shared between the compile-time and load-time muffled conditions. Thanks a lot the many hackers who helped with this release, including Stas Boukarev, Gary Byers, Dave Cooper, Mark Evenson, Robert Goldman, Erik Huelsman, Alejandro Sedeño, Martin Simmons, Anton Vodonosov (and my apologies if I forgot your name in this list). —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Blaming the prince of the fools should not blind anyone to the vast confederacy of fools that made him their prince.

1 0

[asdf-devel] source files in output translation target directory
by Anton Vodonosov 03 Apr '13

03 Apr '13

Hello. Suppose I want to configure ASDF output translations so that for all source files under the ~/test/src/ directory the fasl files are placed into ~/test/fasl/ directory. All other fasls are placed as usually, to the ~/.cache/common-lisp/ This is achieved by: (asdf:initialize-output-translations `(:output-translations ("~/test/src" "~/test/fasl") :inherit-configuration)) That works. But what if I have source files in ~/test/fasl/ directory. Where their fasl files should be placed, near them in the ~/test/fals/ or in the default location ~/.cache/common-lisp/ ? The current ASDF implementation keeps such fasl files in ~/test/fasl/ My question, is it by design, or by accident? Because the cffi-grovel in the latest cffi release relies on this behavior. I noticed this because test-grid-agent customizes output translations to place fasls to a temporary directory in order to achieve fresh recompilation every time. And the way output translations are customized doesn't obey the expectation of new cff-grovel. In the terms of the example above, any sources generated and saved to ~/test/fasl/ when compiled have their .fasl files in the default location - ~/.cache/common-lisp/. So I am thinking, should I correct test-grid-agent output translations or report it as a bug to CFFI. Best regards, - Anton

2 2

[asdf-devel] cl-test-grid results for 2.32.35
by Anton Vodonosov 03 Apr '13

03 Apr '13

Hello. Fare, as I said in chat, 2.32.35 has a problem with CMUCL; the command line and the error are here: http://paste.lisp.org/display/136416 For some other lisps, here is the diff between cl-test-grid results for unpatched quicklisp 2013-03-12 and quicklisp 2013-03-12 + asdf 2.32.35: http://common-lisp.net/project/cl-test-grid/asdf/asdf-diff-23.html Best regards, - Anton

1 0

[asdf-devel] binary-op
by Faré 01 Apr '13

01 Apr '13

Dear Erik, after your bug report, I made the misnamed binary-op suck less in ASDF 2.32.36. Please test. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org If you call a tail a leg, how many legs has a dog? Five? No! Calling a tail a leg doesn't make it a leg. — Abraham Lincoln, explaining the difference between lexical scoping and dynamic scoping

1 0

[asdf-devel] Towards ASDF 2.33
by Faré 27 Mar '13

27 Mar '13

Dear all, as things are settling down, I am resuming a monthly schedule for releasing ASDF. I intend to release ASDF 2.33 some time next week. Since previous release 2.32, it includes the following changes: * deferred-warning receives yet more improvements for CCL. * upgrade is made more robust in many cases, notably for ECL, SBCL, or when using UIOP with an old ASDF<=2.26. * Packages have been tweaked to pass more tests, notably wrt what symbols are exported. * Image lifecycle support is improved, thanks to deploying ASDF3 for QRes. More options for dump-image on CCL; handle reentrance in restore-image. * delete-directory-tree, delete-empty-directory, copy-file, directory-exists-p, file-exists-p were added to UIOP, also better strcat, with reduce/strcat, base-string-p, etc. * Portability tweaks for Allegro, Clozure, CLISP, ECL, LispWorks, SBCL. * Recompilation avoided for things already done by defsystem-depends-on. * monolithic-fasl-op was fixed in cases when the main system has components. * *uninteresting-conditions* was added as a common list of conditions shared between the compile-time and load-time muffled conditions. Please test as appropriate. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Society was guilty. It was thus arrested, tried, convicted, executed. Only remained individuals, free and responsible: You. No more excuse.

1 0

[asdf-devel] GCL support
by Faré 27 Mar '13

27 Mar '13

I'm told GCL can be compiled with cvs -z3 -d:pserver:anonymous@cvs.savannah.gnu.org:/sources/gcl co gcl ; cd gcl ./configure --disable-dynsysgmp --enable-static --prefix=$HOME/local make But it requires some symbols that are missing from the libnss or some such in Ubuntu 12.04LTS (which is a known bug in Ubuntu, fixed in the latest). I'm not going to bother making ASDF work with it, but in case some masochistic person wants to learn about portability across Common Lisp implementations the hard way, that's the dubious exercise proposal of the day. Maybe someone will even make a debian package out of it. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Skill without imagination is craftsmanship. Imagination without skill is contemporary art. — Tom Stoppard

1 0

[asdf-devel] ABCL and UIOP
by Mark Evenson 27 Mar '13

27 Mar '13

abcl-1.2.0-dev currently uses asdf-2.32 which includes a perfectly fine (as far as we know) UIOP. But one can't load UIOP 2.32.5 from Quicklisp 2013-03-12 in abcl-1.2.0-dev, getting the following error: The symbol UIOP/UTILITY::LOAD-ASDF-DEBUG-UTILITY is not accessible in package UIOP/DRIVER which is triggered by the following UNEXPORT: (UNEXPORT UIOP/UTILITY::LOAD-ASDF-DEBUG-UTILITY #<PACKAGE UIOP/DRIVER>) Is it to be expected that ASDF cannot, in general, "host" later versions of UIOP without first upgrading ASDF? It might be nice to consider some sort of warning in this situation, as until ASDF3 gets more widespread, people may be tempted to get Quicklisp to locate and load UIOP for them. Or maybe I have misunderstood the packaging of ASDF with ABCL? I have been simply using the results of "make build/asdf.lisp" in the path of our CL:REQUIRE implementation. I am supposed to somehow make the asdf.asd and uiop.asd files accessible as well?

2 7

[asdf-devel] test results for 1.2.0-dev
by Anton Vodonosov 22 Mar '13

22 Mar '13

Hello. Got the test results from Erik's machine few days ago, but only now have time to report them to the mailing list. Comparison of 1.1.1 and 1.2.0-dev on quicklisp 2013-03-12: http://common-lisp.net/project/cl-test-grid/abcl/abcl-diff3.html It doesn't present big difference as I hoped, because closer-mop now compiles on any version of ABCL, including 1.1.1. Maybe runtime behavior will be different, but we have no test suites which highlight this difference. Note some regressions: uiop, metacopy-with-contextl, xcvb-bridge. I haven't analyzed what is the cause. Probably something ASDF-related. To give you sense of ABCL progress, here is the report comparing ABCL 1.1.1 on two quicklisps: 2013-02-17 and 2013-03-12: http://common-lisp.net/project/cl-test-grid/abcl/abcl-diff4.html As you see, much more libraries compile OK in new quicklisp. Note, these two quicklisps were tested on different machines, and the later quicklisp was tested with absence of gcc. This explains failure of cl-gss for example, which can be ignored. Pay attention to some CRASH results in new quicklisp. These crashes reproduce in 1.2.0-dev too and are caused by various errors in ABCL (like index out of bounds, assertion failed). Command line to reproduce it at the cl-test-grid.cloud.efficito.com machine, as user testgrid: rm -r .cache/common-lisp/ java -XX:MaxPermSize=1024m -jar /home/testgrid/lisps/abcl/dist/abcl.jar --noinit --nosystem --batch --eval '(require :abcl-contrib)' --load /home/testgrid/quicklisp/setup.lisp --eval '(ql:quickload :cl-l10n)' > log 2>&1 Finally, here is the load failures report for 1.2.0-dev: http://common-lisp.net/project/cl-test-grid/abcl/abcl-1-2-0-load-failures.h… Recall, that the default sorting in this report tries to present on top the libraries fixing which will give bigger "outcome". More detailed explanation of the report columns is here: https://github.com/cl-test-grid/cl-test-grid/tree/master/reporting#combinin… As you see, there are several directions to dig further, depending on what you are more interested to start with. Let me know what other reports you want to see, or what configurations to test, or how to reproduce certain errors. Best regards, - Anton

1 1

[asdf-devel] Remaining issue with monofasl output - systems with no :components fail
by Dave Cooper 21 Mar '13

21 Mar '13

Oops, it looks like I didn't re-test the "workaround" case. That is, a system with some :depends-on but no :components. Such systems now fail to build either 'asdf:fasl-op or 'asdf:monolithic-fasl-op. The 'asdf:fasl-op gives the "WTF -- no input files?" Of course there are no input files -- there are no :components. So maybe the WTF error is correct behavior in the case of 'asdf:fasl-op. But in case of 'asdf:monolithic-fasl-op, I think the correct behavior should simply be to omit the "empty" fasl, which is apparently what it had been doing previously. This can be replicated with for example the current master of gendl. It's allowed for a defsystem to have only :depends-on and no :components, isn't it? -- My Best, Dave Cooper, Genworks Support david.cooper(a)genworks.com, dave.genworks.com(skype) USA: 248-327-3253(o), 1-248-330-2979(mobile) UK: 0191 645 1699

1 1

[asdf-devel] Workaround (was: adsf/bundle:monolithic-fasl sometimes puts dependent system first in list)
by Dave Cooper 20 Mar '13

20 Mar '13

As you probably are aware, an apparent workaround for this apparent bug is to make a toplevel "container" system, whose only contents is a :depends-on which contains the actual desired system (or list of systems). It seems that if the toplevel system has no actual file components, then it will not appear in the (asdf:component-depends-on 'asdf/bundle:monllithic-fasl-op ...) at all, and subsequently the systems appear in the correct order --- so the generated monofasl will be usable. In fact that's why I didn't see the bug initially, because gendl.asd normally is just such a container system and has no source components (last night I purposely "broke" it for testing by inclusion of a "source/try.lisp" at the toplevel -- if you clone the repository now, that source directory will not be there, and the monofasl for :gendl will work). I hope this is useful information. On Fri, Mar 15, 2013 at 7:06 PM, Dave Cooper <david.cooper(a)genworks.com>wrote: > > Try this: > > 1. git clone git://github.com/genworks/gendl.git > > 2. put it in your quicklisp/local-projects/ > > 3. (ql:register-local-projects) > > 4. (ql:quickload :gendl) > > 5. (ql:operate 'asdf/bundle:monolithic-fasl-op :gendl) > > 6. (first (asdf:output-files 'asdf/bundle:monolithic-fasl-op :gendl)) > > 7. Copy the yielded pathname string to use in next step. > > 8. [in a fresh Lisp] (load <the --all-systems fasl from step 7>) > > 9. [back in first Lisp]: > > (asdf:component-depends-on 'asdf/bundle:monolithic-fasl-op :gendl) > > 10. Read it and weep. system :gendl comes _first_ in the list. I feel it > should come _last_. > > > I tried to look into the asdf code behind this operation but am afraid it > is currently far over my head. > > > > -- > My Best, > > Dave Cooper, Genworks Support > david.cooper(a)genworks.com, dave.genworks.com(skype) > USA: 248-327-3253(o), 1-248-330-2979(mobile) > UK: 0191 645 1699 > -- My Best, Dave Cooper, Genworks Support david.cooper(a)genworks.com, dave.genworks.com(skype) USA: 248-327-3253(o), 1-248-330-2979(mobile) UK: 0191 645 1699

2 5

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

asdf-devel