Hi Daniel, Thanks for trying all that. Great to hear no regressions detected, congrats.
I published the reports online at https://common-lisp.net/project/cl-test-grid/ecl/ecl-diff-16.1.2-rc4-lin-x64-lisp-to-c.html https://common-lisp.net/project/cl-test-grid/ecl/ecl-diff-16.1.2-rc4-lin-x64-bytecode.html 18.02.2016, 11:40, "Daniel Kochmański" <dan...@turtleware.eu>: > > I've investigated the differences (potential regressions) by hand, and > it seems that they behave the same on both ECL versions (short summary): > ... > > | | 16.0.0-c | 16.1.2-c | > | quickutil | all fine | all fine | So, quickutil loads OK manualy, despite if failed under cl-test-grid? Most likely it's not caused by cl-test-grid. It may depend on presence and order of fasl files load; or even some undeterministic behavior in ECL. (It's just FYI, I understand it's not a regression since we don't see a difference between two ECL versions). > I still had some problems with the batch run of cl-test-grid and had > some minor confusions (SBCL as a preffered lisp signalled a condition > once during the run, something with FIND-SYMBOL – sorry, I didn't > preserve the log unfortunately. I have SBCL 1.3.1 as a preferred lisp in > #'make-agent. Strange, I often use SBCL as a preferred lisp (not 1.3.1, elder versions). I will keep an eye on that. > Also, after running for four implementations only three results were > submitted (the last one was cached though, so I hadn't to re-run the > tests, it submitted it right away). Rarely submit can fail (e.g. network problem - agent log could show the reason), and yes, the tests continue after restart from the point of interruption. (Actually, there is even more rare bug - there is one point where during submit process where interruption prevents re-submit after restart; But so far I've been submitting manually in this special case). Thanks for all the notes. Best regards, - Anton
