asdf-devel

asdf-devel@common-lisp.net

5 participants
1375 discussions

One last test failure: ECL on Linux
by Robert Goldman 30 Sep '15

30 Sep '15

test-xach-update-bug.script fails on both ECL and ECL bytecodes for me on Linux. This is ECL 13.5.1. I *believe* that this is to be expected, and there's an ECL fix for this. Please LMK if that's not true and if I should hold up releasing 3.1.6 for that reason. Otherwise I plan to release today (assuming I can get the necessary time from work).

2 4

uiop:run-program broken on SBCL/Windows.
by Faré 30 Sep '15

30 Sep '15

SANO Masatoshi reports that uiop:run-program broke on SBCL/Windows at some point between 3.1.3 and 3.1.5. Can someone with SBCL and Windows help me debug that? A trace of functions in uiop/run-program and the functions in sb-ext that appear in that file, using ASDF on 3.1.3 and on 3.1.5, on some failed invocation, would help. A fix before 3.1.6 would be wonderful. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The [classical] liberal, of course, does not deny that there are some superior people — he is not an egalitarian — but he denies that anyone has authority to decide who these superior people are. — F. A. Hayek, "Why I Am Not a Conservative"

3 6

test status, impending release, and UIOP/SBCL/Windows bug
by Robert Goldman 30 Sep '15

30 Sep '15

Tests all pass on my Windows VM (thanks to Dave Cooper!). Tests all pass on Mac. Running tests on Linux. After that propose to release 3.1.6. I'd like to get the UIOP fix for SBCL on Windows in place before the release, but still have no bug report, so am not sure how to replicate or fix. Last call for bug report...

1 0

Spurious failure in SBCL on windows
by Robert Goldman 29 Sep '15

29 Sep '15

When I run test all on Windows, the SBCL tests fail in a spurious way. I get an error that lisp couldn't rename f:\asdf\build\dir1\foo0.asd to f:\asdf\build\dir1\foo1.asd.bak AFAICT this is because CREATE-ASD-FILES in test-configuration.script uses :if-exists :rename-and-delete when it's creating the .asd files. Is this actually necessary? Could we replace this with :supersede, or will something go awry? For now I'm experimenting with that replacement, so please just LMK if this is A Bad Thing. thanks, r

2 1

Understanding UIOP/RUN-PROGRAM
by Mark Evenson 29 Sep '15

29 Sep '15

In a potentially memory constrained environment, I need to portably (across sbcl and ccl at least) process a potentially large (multiple GiB) stream of bytes output from a Linux command. For the curious, "process" here means encrypt with a block cipher and push to the network; whereas the UNIX command is the output of "btrfs send". I wanted to confirm with ASDF developers that as far as I can tell from wrangling with UIOP:RUN-PROGRAM, it isn't going to do what I want because there is no "asynchronous" mode. UIOP:RUN-PROGRAM cannot be "run in the background" like SBCL's SB-EXT:RUN-PROGRAM with :wait nil that allows the output of the sub-process to be gathered and processed in blocks. So, it would always be the case that UIOP/RUN-PROGRAM::SLURP-INPUT-STREAM has "gone through" all the (potentially huge) output of the sub-process before UIOP:RUN-PROGRAM can return. Note that I'm not complaining about UIOP:RUN-PROGAM: it certainly bridges a lot of implementation specific details of the use case for "Execute this command; let me process its output". I'm just trying to affirm my understanding of UIOP and (regrettable) need to move off to do my own CCL/SBCL implementation for my needs. If my understanding is correct, the UIOP maintainers may wish to emphasize the synchronous nature of UIOP:RUN-PROGRAM in its docstring. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

3 4

program-op compression
by Florian Margaine 28 Sep '15

28 Sep '15

Hi list, I want to use asdf's program-op to dump an image, using this command: sbcl --eval '(asdf:operate :build-op :my-system)' This works perfectly. An image is correctly dumped, and works fine. However, the image is 70MB. Is it possible to use sb-ext:save-lisp-and-die's :compression option? In the source, I've seen :extra-build-args, but it seems to be a make-build option only. I'm not very familiar with asdf's source though, so I'm surely missing something. Cheers, -- Florian Margaine

2 1

(asdf:operate :build-op :system) creates image in ~/.cache/[...]
by Florian Margaine 28 Sep '15

28 Sep '15

Hi list, I'm trying to use the relatively recent feature to dump an image using asdf's build-op feature, so that I only need this line in my terminal: sbcl --eval "(push \"$PWD/\" asdf:*central-registry*)" --eval '(asdf:operate :build-op :my-system)' Where my-system has the following .asd: (asdf:defsystem #:my-system :description "foo" :serial t :depends-on (:sb-posix) :components ((:file "package") (:file "my-system")) :build-operation "asdf:program-op" :build-pathname "my-system" :entry-point "my-system:main") The binary is built just fine. The issue is that it's created in ~/.cache/common-lisp/sbcl-1.2.15.debian-linux-x64/$PWD/, while I'd just like it to be created in $PWD/. Is this a configuration issue? Where is this setting configured? Regards, -- Florian Margaine

2 3

3.1.6 release candidate test results -- and one patch
by Robert Goldman 26 Sep '15

26 Sep '15

On Linux, I checked: ccl sbcl cmucl allegro allegromodern allegro8 allegromodern8 lispworks clisp ecl ecl_bytecodes mkcl All passed, except ECL and ECL with bytecodes, both of which failed test-xach-update-bug.script But I have only ECL 13.5.1, so this may be wrong. Also note that I checked only with ACL 9. I don't have the ACL 10 release candidate on this machine. But I assume Kevin will have tested that case. On Mac, I checked: ccl clisp sbcl cmucl lispworks allegro_64 allegromodern_64 allegro8_64 allegromodern8_64 allegro_64_s allegromodern_64_s allegro8_64_s allegromodern8_64_s abcl All tests on these lisps pass. On SBCL on the Mac, with version 1.2.15.0.sbcl-1.2.15.0-4bc676e, the tests failed before running, because the ASDF build failed with a deprecation warning. That was because we use SB-DEBUG:BACKTRACE (deprecated) instead of SB-DEBUG:PRINT-BACKTRACE. I made that change and pushed. I'm hoping we don't need to protect this patch with checks to avoid earlier versions of SBCL. For Allegro on the Mac, I checked with both Allegro 9.0 and the Allegro 10.0 pre-release. I'll try Windows next, and if that works, release 3.1.6. Cheers, r

1 1

maintaining non-Lisp systems with ASDF
by Robert Dodier 25 Sep '15

25 Sep '15

Hi, I am exploring the possibility of using ASDF to define systems of non-Lisp code, specifically for Maxima (http://maxima.sourceforge.net). Maxima is written in Lisp but has its own language. I'd like to be able to load programs written in Maxima's language and/or Lisp. It seems like ASDF should be suitable if I can just replace calls to COMPILE-FILE with Maxima's compile_file, and replace LOAD with Maxima's load. After looking over the 3.1.5 source code, it seems like one could clobber COMPILE-FILE* and LOAD* with Maxima-specific versions. That seems suboptimal, since it would be helpful to have the original versions of those functions for loading Lisp files. Can someone give some advice about how to go about adapting ASDF to Maxima? Have there been similar attempts for other applications? The bigger picture is that I'd like to use Quicklisp to download and install Maxima packages, and Quicklisp uses ASDF to compile and load stuff. Thanks in advance for any light you can shed on this problem. Robert Dodier

5 11

3.1.6
by Faré 23 Sep '15

23 Sep '15

I think the code is ready for 3.1.6. I see one regression: logical pathnames on CLISP, that don't play well with the newly used temporary file strategy. I propose we punt on that test and file a bug against CLISP. Maybe some day CLISP will have new maintainers who'll fix it. Anyone who uses logical pathnames DESERVES to lose. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org The best place to find a helping hand is at the end of your own arm.

4 7

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

asdf-devel