[asdf-devel] Re: Tiny patch for cmucl print-herald
Raymond Toy
toy.raymond at gmail.com
Wed Jul 3 17:13:30 UTC 2013
>>>>> "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
Fare> :executable should default to T where practical, and :standalone
Fare> default to executable where executable-p. Ugh. I hate backward
>>
>> As it stands now, it seems that with cmucl only executable images can
>> be created. That seems not right.
>>
>> I'm willing to break backward compatibility for asdf and cmucl,
>> in this one case. :-) I doubt many people use executable images; I
>> rarely do and when I do it's mostly for testing.
>>
Fare> dump-image was initially stolen from cl-launch, which for
Fare> cross-implementation compatibility reasons and simplification in user
Fare> experience *really* prefers having to deal with only one file, i.e. an
Fare> executable image, than having to deal with many, e.g. an executable
Fare> and separate core.
Fare> Why can't cmucl use the correct gcc -m32, etc., flags, that will make
Fare> it work out of the box on ubuntu, etc.?
I'll have to check, but I'm pretty sure it uses gcc -m32. Of course,
this only works if you have the 32-bit development environment
installed. I suspect most people don't, including you. It works for
me, but I have the 32-bit dev environment installed so I can build
cmucl.
Ray
More information about the asdf-devel
mailing list