I have just completed the upgrade tests on the following lisps:
ccl sbcl cmucl allegro_64 allegromodern_64 lispworks clisp ecl
ecl_bytecodes mkcl
and they all passed.
So I believe that ASDF 3.1.6 is ready for release.
I hope to get this done tomorrow, but worst case it would slip to Monday.
On Thu, Oct 15, 2015 at 7:59 PM, Steven Núñez wrote:
> Just wondering if anyone is testing on Genera? Yes, there is a least one
> person that would like to use ASDF there...
>
I haven't tried running Genera to test ASDF in over a year (last
Genera commit in 3.1.2.3).
I was told of a user who mod
On 10/15/15 Oct 15 -6:59 PM, Steven Núñez wrote:
> Just wondering if anyone is testing on Genera? Yes, there is a least one
> person that would like to use ASDF there...
I would love to do this, but I don't have any access to the Genera S/W.
In the past, someone has offered to let me have a copy
Just wondering if anyone is testing on Genera? Yes, there is a least one person
that would like to use ASDF there...
-Original Message-
From: asdf-devel [mailto:asdf-devel-boun...@common-lisp.net] On Behalf Of
Robert Goldman
Sent: 15 October, 2015 16:30
To: ASDF-devel
Subject: 3.1.6 pro
Tests pass for me on all the implementations I have on Mac OS X
(Yosemite), linux, and Windows.
Now running the upgrade tests on linux on CCL, SBCL, CMUCL, Allegro,
lispworks, ECL, ECL bytecodes, and MKCL.
If those pass, I will bless the current head as 3.1.6.
The upgrade tests are very time con
I have all new Allegro 10 versions. I'll be installing these on Linux,
Windows, and Mac, then re-running all the tests.
If the tests pass, I'll try to push out 3.1.6 tomorrow sometime.
Cheers,
r
On 10/15/15 Oct 15 -12:40 AM, Faré wrote:
> On Wed, Oct 14, 2015 at 6:55 PM, Robert Goldman wrote:
> Apparently, the first release that include PRINT-BACKTRACE is 1.1.5
> from February 2013.
>
>
>>> Considering that the propagation latency for ASDF itself is about 2
>>> years, it migh
>It's called when you initialize-output-translations, which happens
>(via ensure-output-translations) the first time that an output translation is
>computed by apply-output-translations.
Strange, I didn't find direct calls to compute-user-cache in the code.
Maybe it is called via hooks...
> I reco
On Thu, Oct 15, 2015 at 7:12 AM, 73budden . wrote:
> Problem with current docs is that *user-cache* is mentioned in docs, but
> it is not stated _when_ the default is calculated. This variable have no
> default
> value, but it has a function which calculates it. It is not evident
> when this func
Hi! I make a "portable file release" of my software. I want that user could just
unpack archive to some "my" directory and than have the software completely
independent from any other possible CL installations on this computer.
I found (too) many words about output translations in asdf manual, but
10 matches
Mail list logo