On Sun, Apr 18, 2010 at 4:32 PM, Robert Goldman <span dir="ltr"><<a href="mailto:rpgoldman@sift.info">rpgoldman@sift.info</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<div class="im">On 4/17/10 Apr 17 -6:10 PM, Juan Jose Garcia-Ripoll wrote:<br>
> - The parsing of DEFSYSTEM currently can not be customized by the class.<br>
<br>
</div>With all due respect, this is at one and the same time not true, and the<br>
way it should be(!) [...]<br>
1.  I am surprised to hear you, of all people, call for allowing ASDF<br>
extensions to customize the parsing of DEFSYSTEM, since this seems to<br>
directly contradict your desire for ASDF to become more declarativ<font color="#888888">e<br>
</font></blockquote></div><br>I realized that, as usual, I did not express myself properly. I should have not split the two points in DEFSYSTEM and SHARED-INITIALIZE.<br><br>My actual complain was that there is no way to add options to a class and let the class process the system definition based on them. Not really the parsing: if DEFSYSTEM is implemented using SHARED-INITIALIZE and the class gets the original form, then it could implement additional parsing steps, such as ensuring that there is a configuration file for lift, or placing some safety actions before and at the end of the test system.<br>

<br>I am not at all for classes changing the DEFSYSTEM grammar, or introducing hidden dependencies themselves. That would go against any effort on turning system definitions into descriptive files that can be processed independently of any configuration one may have.<br>

<br>Thanks a lot for clarifying this point.<br><br>Juanjo<br clear="all"><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://tream.dreamhosters.com">http://tream.dreamhosters.com</a><br>