[asdf-devel] Just pulled an update and now CCL fails the tests
I am now getting 8 test failures: Ran 42 tests: 34 passing and 8 failing failing test(s): test-bundle.script test-compile-file-failure.script test-concatenate-source.script test-force.script test-nested-components.script test-package.script test-touch-system-2.script test-xach-update-bug.script Testing: test-bundle.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-bundle.script")' ; Registering #<SYSTEM "test-bundle-1"> ; Registering #<SYSTEM "test-bundle-2"> TEST-BUNDLE ASDF-TEST::BUNDLE-1 => #P"/Users/rpg/lisp/asdf/build/fasls/ccl-1.8-f95-macosx-x64/asdf/test/test-bundle-1\\.system.dx64fsl" ASDF-TEST::BUNDLE-2 => #P"/Users/rpg/lisp/asdf/build/fasls/ccl-1.8-f95-macosx-x64/asdf/test/test-bundle-2\\.system.dx64fsl" TEST ABORTED: Failed assertion: (PROBE-FILE BUNDLE-1) Testing: test-compile-file-failure.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-compile-file-failure.script")' ; Warning: Warning. ; While executing: #<Anonymous Function #x30200099F98F>, in process listener(1). TEST ABORTED: Failed assertion: (HANDLER-CASE (LET ((*COMPILE-FILE-FAILURE-BEHAVIOUR* :ERROR)) (LOAD-SYSTEM 'TEST-COMPILE-FILE-FAILURE :FORCE T) NIL) (COMPILE-ERROR NIL T)) Testing: test-concatenate-source.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-concatenate-source.script")' ; Registering #<SYSTEM "test-concatenate-source"> ; Loading system definition from /Users/rpg/lisp/asdf/test/file3-only.asd into #<Package "ASDF-0"> ; Registering #<SYSTEM "file3-only"> TEST ABORTED: These two expressions fail comparison with EQUAL: (PRINC-TO-STRING (INPUT-FILES MCSO SYS)) evaluates to "NIL" (PRINC-TO-STRING (LOOP :FOR N :IN '(3 1 2) :COLLECT (SUBPATHNAME *TEST-DIRECTORY* (FORMAT NIL "file~D.lisp" N)))) evaluates to "(/Users/rpg/lisp/asdf/test/file3.lisp /Users/rpg/lisp/asdf/test/file1.lisp /Users/rpg/lisp/asdf/test/file2.lisp)" Testing: test-force.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-force.script")' TEST ABORTED: Failed assertion: (>= (FILE-WRITE-DATE FILE1) FILE1-DATE) Testing: test-nested-components.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-nested-components.script")' ; Registering #<SYSTEM "test-nested-components-a"> TEST ABORTED: Invalid pathname #P"test-nested-components-1.asd": Expected an absolute pathname Testing: test-package.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-package.script")' ; Registering #<SYSTEM "test-package"> TEST ABORTED: Invalid relative pathname #P"test-package/" for component ("test-package") Testing: test-touch-system-2.script + /Users/rpg/ccl/dx86cl64 --no-init --quiet --batch --eval '(load "test-touch-system-2.script")' ; Registering #<SYSTEM "test1"> TEST ABORTED: Invalid pathname #P"test1.asd": Expected an absolute pathname Now, change registry so foo is found from xach-foo-2/ load foo yet again. It should see the pathname has changed and load it anew TEST ABORTED: No package named "SECOND-VERSION" cheers, r
Lovely. It's a case of merging with the *default-pathname-defaults* being #p"" and how I tried to limit the amount of truenaming but overshot. And while debugging it, running into more bugs in my code, and loveliness in the implementation such as (equal #p"ccl:" #p"/") ==> T. 2.26.120 is at your service. Now if only we can get a good run of tests, I'd like to release 2.27 as soon as things are stable. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Invente un aphorisme éclairant, et ton nom sera immortel. — Anonyme
On 1/18/13 Jan 18 -9:12 PM, Faré wrote:
Lovely. It's a case of merging with the *default-pathname-defaults* being #p"" and how I tried to limit the amount of truenaming but overshot. And while debugging it, running into more bugs in my code, and loveliness in the implementation such as (equal #p"ccl:" #p"/") ==> T.
2.26.120 is at your service. Now if only we can get a good run of tests, I'd like to release 2.27 as soon as things are stable.
—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org Invente un aphorisme éclairant, et ton nom sera immortel. — Anonyme
Yes, that fixed it! Best, r
"Fare" == Far <Far> writes:
Fare> Lovely. It's a case of merging with the *default-pathname-defaults* Fare> being #p"" and how I tried to limit the amount of truenaming but Fare> overshot. And while debugging it, running into more bugs in my code, Fare> and loveliness in the implementation such as (equal #p"ccl:" #p"/") Fare> ==> T. Fare> 2.26.120 is at your service. Now if only we can get a good run of Fare> tests, I'd like to release 2.27 as soon as things are stable. Thought I would give this new version a spin with cmucl. Three tests fail. They all have to do with invalid pathnames: Error in function (METHOD ASDF/COMPONENT:COMPONENT-PATHNAME NIL (ASDF/COMPONENT: COMPONENT)): Invalid relative pathname #P"test-nested-components-a/" for compon ent ("test-nested-components-a") Script failed Using cmulisp -noinit -batch, test-nested-components.script failed Error in function (METHOD ASDF/COMPONENT:COMPONENT-PATHNAME NIL (ASDF/COMPONENT: COMPONENT)): Invalid relative pathname #P"test-package/" for component ("test-p ackage") Script failed Using cmulisp -noinit -batch, test-package.script failed Error in function (METHOD ASDF/COMPONENT:COMPONENT-PATHNAME NIL (ASDF/COMPONENT: COMPONENT)): Invalid relative pathname #P"test1/" for component ("test1") Script failed Using cmulisp -noinit -batch, test-touch-system-2.script failed I guess its yet another issue with merging with *d-p-d* which defaults to #p"" (current directory) on cmucl. Ray
I guess its yet another issue with merging with *d-p-d* which defaults to #p"" (current directory) on cmucl.
Ray
Yup. Fixed. Which reminds me I have no implementation of getcwd for ABCL or GCL; I don't know what type it returns on Corman. ABCL hackers: is there such a thing as getcwd in ABCL, and if so how do I get to it? —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org A pretty face is not a passport; it's a visa and it runs out fast.
Faré <fahree@gmail.com> writes:
ABCL hackers: is there such a thing as getcwd in ABCL, and if so how do I get to it? (jstatic "getProperty" "java.lang.System" "user.dir")
-- With best regards, Stas.
participants (4)
-
Faré -
Raymond Toy -
Robert Goldman -
Stas Boukarev