Re: 3.1.6

> "Pascal" == Pascal J Bourguignon writes: Pascal> Raymond Toy Pascal> writes: >>> "Far" == Far writes: >> Far> test and file a bug against CLISP. Maybe some day CLISP will have new Far> maintainers who'll fix

Re: Bundle operations

>>: Faré >> when asdf-ecl was initially written, its load-fasl-op was intended >> as the default way to load a system. Because of implementation bugs >> revealed as ASDF improved its testing, this feature was disabled at >> some point while developing ASDF 3.1. Now that these implementation >>

Re: uiop:run-program broken on SBCL/Windows.

Hi, I tried this expression on sbcl windows x86-64. (uiop/run-program:run-program "c:/windows/system32/tree /?" :output :string) I notice the result changed after commit 94e9f4c0. on windows platform run-program with :output is :string and :force-shell is T,the result was already broken before

Re: maintaining non-Lisp systems with ASDF

Dear Robert, > I've made some more progress with a Maxima extension for ASDF > (attached). This looks much more like it. Congrats! > At this point the only thing I wish I could change (and this is a > minor item) is that output file paths are something like > $HOME/.cache/common-lisp/. >

Re: maintaining non-Lisp systems with ASDF

Hey everybody, I've made some more progress with a Maxima extension for ASDF (attached). At this point it works pretty much as expected, for the simple examples I've tried. I think you should be able to use in Maxima like this: load("maxima_asdf.lisp"); asdf_load("foo"); to load foo.asd, which

Re: Bundle operations

On Wed, Sep 23, 2015 at 1:10 PM, Faré wrote: > >>: Faré > > >> when asdf-ecl was initially written, its load-fasl-op was intended > >> as the default way to load a system. Because of implementation bugs > >> revealed as ASDF improved its testing, this feature was disabled at >