asdf-devel

asdf-devel@common-lisp.net

5 participants
1375 discussions

Re: [Asdf-devel] resurrecting some tests
by Robert P. Goldman 16 Oct '14

16 Oct '14

Dave Cooper wrote: > For what it's worth, I experimented with my installed clisp (installed > with homebrew on Mac, clisp 2.49). Just starting the plain clisp, and > calling > > (ext:saveinitmem "/tmp/try.image" :executable t) > > results in an image which gives the same error: > > module 'syscall' requires package OS. > > Reading in some forums > (http://web.archiveorange.com/archive/v/nsNbdc66dCHkCg8lKyXg), other > people encountered the same error, and fixed it by upgrading to CLISP > 2.49+. Will try that when I get a chance... should we comment out the > test-program.script for clisp, or assume clisp 2.49+ and leave it in? > It seems like it is time to ask the clisp maintainers (if any) to try to > make new builds, which fix this problem - I for one am not really used > to hand-compilng Lisps like this... The clisp test failure is a failure in the lisp-invocation library. I don't own that (still waiting for commit privileges), so I made the executive decision not to hold up ASDF release for it. I try to keep up on the latest *released* versions of lisp implementations, and there are some (SBCL, mkcl, and ABCL) where I'm more likely to be on the bleeding edge. With these exceptions, I limit myself to testing against versions available through Mac Ports and Ubuntu packages. I don't regard it as my job to build or test on pre-release versions of lisp implementations, although I'm certainly willing to provide support for those who wish to do so. Minimakefile is not in master yet, so it's not ready. I hope to work to get it into master, but I'm not sure how to test it. Since it's a development tool, it's not obvious how to test it. Cheers, r > > > > > On Wed, Oct 15, 2014 at 1:29 AM, Dave Cooper > wrote: > > > [please let me know if I should post this to the > asdf-devel(a)common-lisp.net - I'm > not sure if we are back in testing mode or not]: > > So is 3.1.4 the thing we were trying to run these tests for? > > It got released with several apparent issues still hanging. Is the > idea that those issues are not new regressions, so go ahead and > release? > > Anyway I'm trying to carry on with some testing here. Currently I get: > > Macos: > ====== > > Master: Failure with clisp (as reported before) > Minimakefile: If I run the tests as before, with several > ASDF_TEST_LISPS, it only runs for sbcl (and does succeed). > > > Windows: > ======= > > Master: [alisp.dxl] TEST ABORTED: illegal namestring: ... (reported > last time) > Minimakefile: Makefile:88: *** missing separator (did you mean TAB > instead of 8 spaces?). Stop. > > > -- > 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) > > > > > -- > 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 1

Re: [Asdf-devel] resurrecting some tests
by Robert P. Goldman 15 Oct '14

15 Oct '14

Dave Cooper wrote: > Windows: > ======= > > Master: [alisp.dxl] TEST ABORTED: illegal namestring: ... (reported > last time) > Minimakefile: Makefile:88: *** missing separator (did you mean TAB > instead of 8 spaces?). Stop. > Will you please send the transcript for Master? I'm sure I must have this somewhere, but I don't know how to retrieve it. As for the Makefile line, it looks like it was mistakenly untabified. I changed that and re-pushed. Will you please try again? Thanks, r

1 0

[Asdf-devel] ASDF 3.1.4 released today
by Robert Goldman 11 Oct '14

11 Oct '14

This is a maintenance and bugfix release. There should be no incompatibilities, and many small fixes. The one new feature is an optional speedup to system search. Users who have large directory trees to search, and stable sets of systems, can build a system search cache that will substantially speed up finding and loading system definitions. Because this version does not cause compatibility issues, we strongly suggest that implementations move to replace 3.1.3 with 3.1.4. Thanks to Faré for many bug fixes, to Dave Cooper for testing, and all who reported bugs and provided patches. Best, R

3 7

[Asdf-devel] clisp test failure
by Robert P. Goldman 09 Oct '14

09 Oct '14

Here's what RUN-PROGRAM gets for arguments: (RUN-PROGRAM '("/Users/rpg/lisp/asdf/build/fasls/clisp-2.49-unix-x86_64/asdf/test/hello-world-example--all-systems.image" "-norc" "--quiet" "--quiet" "-ansi" "-I" "-on-error" "exit" "-x" "(uiop:restore-image :entry-point 'hello:entry-point :lisp-interaction nil)") ':OUTPUT ':LINES ':ERROR-OUTPUT 'T) 1. Trace: RUN-PROGRAM ==> ("[4]> hello, world"), NIL, 0 What happens at the command line agrees with that: $ /Users/rpg/lisp/asdf/build/fasls/clisp-2.49-unix-x86_64/asdf/test/hello-world-example--all-systems.image -norc --quiet -ansi -I -on-error exit -x "(uiop:restore-image :entry-point 'hello:entry-point :lisp-interaction nil)" [4]> hello, world Maybe the error is in UIOP:RESTORE-IMAGE: $ /Users/rpg/lisp/asdf/build/fasls/clisp-2.49-unix-x86_64/asdf/test/hello-world-example--all-systems.image -norc --quiet -ansi -I -on-error exit [1]> (hello:entry-point) hello, world T ...because just calling the entry-point function does not yield the "[4] >" prompt. Unfortunately, neither removing :lisp-interaction nil nor --quiet lets me see what's actually happening inside clisp here. By the way, the "-I" argument here means "be ilisp friendly." Removing this seems to give happier results: $ /Users/rpg/lisp/asdf/build/fasls/clisp-2.49-unix-x86_64/asdf/test/hello-world-example--all-systems.image -norc -ansi -on-error exit -x "(uiop:restore-image :entry-point 'hello:entry-point)" hello, world T Why is that argument there? And why is this working for you?

1 0

[Asdf-devel] Mac test update status
by Robert P. Goldman 09 Oct '14

09 Oct '14

The following tests were run last night (update tests still running): abcl allegro8_64 allegro8_64_s allegro_64 allegro_64_s allegromodern8_64 allegromodern8_64_s allegromodern_64 allegromodern_64_s ccl clisp cmucl ecl lispworks sbcl Two test failures: 1. the clisp test-program failure that we have been discussing, that Dave and I are seeing, and that Faré can't reproduce. More investigation required. 2. sbcl is failing test-retry-loading-component-1: Running test-retry-loading-component-1.script with sbcl-1.2.0-macosx-x64 ; loading #P"/Users/rpg/lisp/asdf/test/test-retry-loading-component-1.script" TEST ABORTED: READ error during LOAD: :ASCII stream decoding error on #<SB-SYS:FD-STREAM for "file /Users/rpg/lisp/asdf/test/test-retry-loading-component-1.script" {100566ACA3}>: the octet sequence #(195) cannot be decoded. (in form starting at line: 8, column: 69, file-position: 241) This smells like a Unicode regression to me. Now, *ASDF* defaults to loading UTF-8 files, but our *script* files are just loaded any old way. "Déjà vu" is a terrible error message, anyway -- cute, but cryptic and unhelpful -- so I'm just going to kill it, rather than drive myself crazy trying to figure out how to load .script files as UTF-8 on every possible Lisp implementation.

3 2

[Asdf-devel] Status update on Linux tests
by Robert P. Goldman 08 Oct '14

08 Oct '14

clisp 2.49: test-program fails We have had a great deal of correspondence about this. mkcl from git failing. We have agreed with JCB that this should not be a blocker, since the test failures seem to be related to mkcl issues. Mac tests will run overnight.

1 0

[Asdf-devel] clisp on Linux [was Re: ASDF Release?]
by Robert P. Goldman 07 Oct '14

07 Oct '14

Faré wrote: > I get an all pass on Linux with my hand-compiled clisp. I have the clisp that you get with Linux Mint, and for me I get this failure: TEST ABORTED: These two expressions fail comparison with EQUAL: (NEST (LISP-INVOCATION:INVOKE-LISP :CROSS-COMPILE NIL :IMAGE-PATH (NATIVE-NAMESTRING IMG) :EVAL "(uiop:restore-image :entry-point 'hello:entry-point :lisp-interaction nil)" :RUN-PROGRAM-ARGS '(:OUTPUT :LINES :ERROR-OUTPUT T))) evaluates to ("[4]> hello, world") '("hello, world") evaluates to ("hello, world") This is the same failure I was getting on Mac OS X (and not the same one Dave was getting). clisp 2.49 As a quick follow-up, when I start clisp the prompt looks like this for me: [1]> I am wondering if somehow your hand-built system gets a different prompt or somehow my prompts bleed through into program output in a way yours don't.... Best, r

2 3

[Asdf-devel] Character encoding question in test-program
by Robert P. Goldman 07 Oct '14

07 Oct '14

When I run this test, I get a style warning about the character encoding, because of "Faré" in the comment: Testing: test-program.script sbcl --noinform --no-userinit --no-sysinit --disable-debugger --eval "'(#.(load(string'|script-support.lisp|))#.(asdf-test::load-asdf)#.(asdf-test::frob-packages)#.(asdf-test:run-test-script'|test-program.script|))" STYLE-WARNING: Character decoding error in a ;-comment at position 1 reading source stream #<FD-STREAM for "file /Users/rpg/lisp/asdf/uiop/contrib/debug.lisp" {10043F6093}>, resyncing. should lisp-invocation somehow be requesting UTF-8? R

2 2

[Asdf-devel] Fwd: ASDF test failure on MKCL linux
by Jean-Claude Beaudoin 06 Oct '14

06 Oct '14

---------- Forwarded message ---------- From: Jean-Claude Beaudoin <jean.claude.beaudoin(a)gmail.com> Date: Mon, Oct 6, 2014 at 7:30 PM Subject: Re: [Asdf-devel] ASDF test failure on MKCL linux To: "rpgoldman(a)sift.net" <rpgoldman(a)sift.net> On Mon, Oct 6, 2014 at 5:38 PM, Robert Goldman <rpgoldman(a)sift.net> wrote: > After disabling test-try-refinding, I get two more test failures on MKCL: > > ... > The former looks like some disagreement between ASDF and MKCL about what > extended MKCL system initialization arguments are permitted. Is it also > an MKCL bug, or is it our fault? If it's our fault, so be it. > Otherwise, I believe that instead of turning some tests on and off on > MKCL (and potentially forgetting to re-enable them), I would rather > simply drop MKCL testing until such time as these bugs are fixed. > > Thoughts? > > Nothing jumps at me from what you are describing here. So as a matter of principle I will approach this second report as separate problem until it can be clearly established otherwise. I guess I will have to simply go through the ASDF test suite on my own and work each problem in turn until they all get resolved. That's on my list of things to do in the coming hours. Until I get back to you with the fixes it is probably not very useful for you to keep on testing on MKCL. But, in any case, be assured that I value your bug reports very highly. Thanks, Jean-Claude

1 0

[Asdf-devel] ASDF test-program failure, clisp Mac OS X
by Robert P. Goldman 06 Oct '14

06 Oct '14

Interestingly, this fails for me, too, but with a different error -- I get a mismatch which looks like the image ran, but I got the REPL prompt in the output, instead of just the output alone: These two expressions fail comparison with EQUAL: (NEST (LISP-INVOCATION:INVOKE-LISP :CROSS-COMPILE NIL :IMAGE-PATH (NATIVE-NAMESTRING IMG) :EVAL "(uiop:restore-image :entry-point 'hello:entry-point :lisp-interaction nil)" :RUN-PROGRAM-ARGS '(:OUTPUT :LINES :ERROR-OUTPUT T))) evaluates to ("[4]> hello, world") '("hello, world") evaluates to ("hello, world") Best, r

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

asdf-devel