Juan Jose,
I have reviewed the ecl-all-reports.lisp and don't have any more useful feedback.
Maybe only a hint that test-grid-reporting package has nicknames tg-reporting
and tg-rep. I see you probably have some inconveniences, as copy-pasting
print-pivot function only to change the template file, but the current cl-test-grid
API doesn't provide better approach than you did.
As you are preparing for release, let me remind you that ECL has two regressions
between commits b6519e5c and 89a8201b, see the quotation below.
Your latest reports also show these regressions (and some other).
Best regards,
- Anton
15.01.2013, 03:44, "Anton Vodonosov" <
avodo...@yandex.ru>:
> Meantime I've tested 89a8201b and compared with the "base version" b6519e5c.
>
> Now we have some improvements, but also regressions and "infrastructure problems"
>
> bytecode compiler:
http://common-lisp.net/project/cl-test-grid/ecl/ecl-diff-bytecode.html
>
> О©╫О©╫- genworks-gdl timeouts are not regressions.
> О©╫О©╫О©╫О©╫It's just that bytecode compiler really takes > 10 minutes to install genworks-gdl.
> О©╫О©╫О©╫О©╫Tried with the 12.12.1 release, it works the same.
> О©╫О©╫О©╫О©╫I have impression that the time is spent during unpacking of the 20 MB .tgz archive.
> О©╫О©╫О©╫О©╫The timeout didn't happened in previous testing because genworkd-gdl has already been
> О©╫О©╫О©╫О©╫downloaded by some other lisp implementation. But now bytecode ecl
> О©╫О©╫О©╫О©╫was the first lisp implementation run on this quicklisp so the download was performed
> О©╫О©╫О©╫О©╫by it.
> О©╫О©╫- opticl-doc not a regression.
> О©╫О©╫О©╫О©╫Again, we see it this time, but not in previous test runs because this time
> О©╫О©╫О©╫О©╫bytecode ecl was the first lisp running (ql:quickload :opticl-doc).
>
> О©╫О©╫О©╫О©╫opticl-doc generates .html file from .md file during asdf:load-op,
> О©╫О©╫О©╫О©╫and signals an error during this process. Nevertheless, the .html file
> О©╫О©╫О©╫О©╫is created, and subsequent asdf:load-ops just do nothing, therefore
> О©╫О©╫О©╫О©╫the error only signaled by first asdf:load-op.
>
> lisp-to-c compiler:
http://common-lisp.net/project/cl-test-grid/ecl/ecl-diff-lisp-to-c.html
> О©╫О©╫- com.informatimago.common-lisp systems - real regression, confirmed manually
> О©╫О©╫- gbbopen - not a regression. This system, gbbopen, doesn't use ASDF but
> О©╫О©╫О©╫О©╫uses it's own module manage, and stores .fas files in a subdirectory along the source
> О©╫О©╫О©╫О©╫code. Therefore the asdf-output-translations installed by test-grid-agent do not
> О©╫О©╫О©╫О©╫work and the .fas files are not recompiled during every test run, but old .fas files
> О©╫О©╫О©╫О©╫are used left there from previous runs. In this case the .fas file was left here
> О©╫О©╫О©╫О©╫by ecl bytecode compiler. The .fas file is strange indeed, and you can
> О©╫О©╫О©╫О©╫reproduce the " invalid ELF header" problem during bytecode compilation by:
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫rm -r quicklisp/dists/quicklisp/software/gbbopen-20121223-svn/linux86-ecl-12.12.1/
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫lisps/ecl-bin/bin/ecl -eval "(ext:install-bytecodes-compiler)" О©╫-eval "(ql:quickload :gbbopen)" -eval "(quit)"
> О©╫О©╫О©╫О©╫But this is definitely not a regression, it happens on older versions too.
> О©╫О©╫- lucene-in-action-tests and montezuma - real regression, confirmed manually
>
> So, in total 2 new regressions on lisp-to-c compiler, and some problems which can
> not be qualified as regressions, which you may or may not want to investigate.
>
> As we have regressions, "base version" is not shifted forward, it remains at b6519e5c.
>
> Best regards,
> - Anton
>
> --