[asdf-devel] clear-output-translations and saved cores

Raymond Toy toy.raymond at gmail.com
Sat Jun 11 14:34:19 UTC 2011


>>>>> "Robert" == Robert Goldman <rpgoldman at sift.info> writes:

    Robert> On 6/10/11 Jun 10 -8:55 AM, Raymond Toy wrote:
    >> 
    >> Xach brought this to my attention wrt to maxima, but it's not really
    >> about maxima and asdf2.  My question is if clear-output-translations
    >> should always be called before saving a core.  Is there a case where
    >> you would not want to run c-o-t before saving a core?
    >> 
    >> If c-o-t should always be run, wouldn't it make sense for asdf2 to
    >> arrange for that?  I'm not familar with how other lisps do this, but
    >> cmucl does have *before-save-initializations* which is a list of
    >> functions that are run before a core is saved.  Perhaps asdf2 should
    >> push #'c-o-t onto *before-save-initializations*?

    Robert> I confess to not fully understanding the ramifications here.

    Robert> 1.  What would it mean for ASDF2 to arrange for the clearing of output
    Robert> translations when saving a core?  Is there some way to achieve that
    Robert> without ASDF2 having to incorporate code that would infiltrate every
    Robert> lisp implementation's core-dumping process?  Wouldn't it be better for
    Robert> the lisp implementations themselves to handle that?

That is a problem.  I can certainly make that happen for cmucl, but it
seems that asdf should be the one to do it.  Except that also makes
asdf support for implementation-specific core-dumping code.  Not nice.

    Robert> 2.  On the flip side, are we guaranteed that every lisp implementation's
    Robert> core-resuming facilities would cause the output translations to be
    Robert> reinitialized appropriately?

Don't know about that.  Cmucl has *after-save-initializations* which
is a list of functions to be run when the core is restarted.

Ray





More information about the asdf-devel mailing list