Fare == Far Far writes:
Fare CMUCL on my ubuntu x64 gets confused by gcc not being 32-bit and won't
Fare dump an image, so I can't test it, but please try ASDF 3.0.1.13, in
That's odd. Unless you try to dump an executable image (which is not
the default), gcc should not
Fare Oh, I used uiop:dump-image, which apparently always uses
:executable t.
Fare Maybe it's a mistake, but that's what released in 3.0.2.
Can't say if that is a mistake or not, but that certainly explains it.
I actually would prefer, though, that :executable were not the
default,
With a great deal of patient instruction from Faré, I released ASDF
3.0.2 yesterday. It is far more stable, and provides a wider range of
support, than its immediate predecessor. We encourage implementations
to update their bundled versions of ASDF.
Many thanks to Faré for years of hard work
Thank you to Faré and Robert! (this has not been said enough lately).
On Wed, Jul 3, 2013 at 12:52 PM, Robert Goldman rpgold...@sift.info wrote:
With a great deal of patient instruction from Faré, I released ASDF
3.0.2 yesterday. It is far more stable, and provides a wider range of
Fare == Far Far writes:
Fare In this case, either dump-image should accept separate :executable and
Fare :standalone arguments, and/or use :executable executable on CMUCL, and
Fare :init-function restore-image
Fare only when standalone. Backward compatibility is a bitch, whereby
On Wed, Jul 3, 2013 at 1:13 PM, Raymond Toy toy.raym...@gmail.com wrote:
Fare == Far Far writes:
Fare In this case, either dump-image should accept separate :executable
and
Fare :standalone arguments, and/or use :executable executable on CMUCL,
and
Fare :init-function