<div dir="ltr">On Thu, Aug 21, 2014 at 9:54 AM, Robert P. Goldman <<a href="mailto:rpgoldman@sift.net">rpgoldman@sift.net</a>> wrote:<br>> If I understand correctly, the proposal is to require configuration only for<br>

> the special case of wanting faster start up, and absent that, configuration<br>> will be as before, since optimization for scripting is the exceptional case.<br>><br>> That seems like a benign modification. I'd accept such a patch (with bumping<br>

> of version for easy detection). We should document it appropriately, of<br>> course.<br>><br>Yes, it should all remain backward-compatible, at least unless and until some maintainer leads a two year campaign for migration to a different setting.<br>

<br>My plan is as follows:<br>1- have a special variable tell whether to recurse under a .asd by default, defaulting to t for now<br>2- adding some keyword argument to :tree to override this variable<br>3- adding support for source-registry.conf and/or .source-registry.conf as things to detect and heed when recursing into a directory.<br>

<br>I modified my previously posted code as a solution for 1, attached.<br>2 and 3, I'll add to the TODO for now.<br><br>(And yes, changing startup from 1.45s to .66s with cl-launch (resp. .83s to .33s without) is well worth it. It makes some scripts usable that are otherwise annoyingly slow; the difference is even more dramatic for me on CCL, where it drops from 2.57s to 0.37s with cl-launch (resp. 2.0s to 0.27s without).)<br>

<br>PS: while testing my changes, I found a trivial bug in test-program, that failed to rename load-fasl-op to load-bundle-op. Fixed.<br><br>—♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• <a href="http://fare.tunes.org">http://fare.tunes.org</a><br>

        A flea and a fly in a flue<br>were imprisoned, so what could they do?<br>        Said the fly: "let us flee!".<br>        Said the flea: "let us fly!".<br>So they flew thru a flaw in the flue...<br>

<br></div>