On Thu, Mar 18, 2010 at 10:47 PM, Faré <span dir="ltr"><<a href="mailto:fahree@gmail.com">fahree@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
What about instead investing in XCVB?<br></blockquote><div><br>As much as I would like to have something simplify my life, it is not my choice to use one system or another. I was suggesting something that might help rationalize the current library situation.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Such enforcement will necessarily introduce backward incompatibility and pain,<br>
which I think goes contrary to the goals of ASDF.<br></blockquote><div><br>I am not talking about something that HAS to be enforced, but that it can be optional. It is by no means a good coding practice to put things in the *.asd file that do not belong in it. Promoting this message from the ASDF development forum is not wrong by itself and need not cause any pain at all -- a warning message somewhere in the build, explaining the situation of the libraries in the system does not cause such a panic or disrupture, does it?<br>
<br>I think it should be spoken clearly here about what is expected also from the ASDF maintainers. Either you envision it as a hack until something better comes along, or you consider the possibility of gradually evolving towards something better.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
As to systems that currently use weird ASDF extensions,<br>
you could either make XCVB's ASDF converter better,<br>
or just convert these systems by hand.<br clear="all"></blockquote></div><br>Conversion by hand is not an option. No time and no will on my side to track all libraries written out there. I also do not believe that it would help without support on the other side of the line: this should be done by the developers themselves once they discover that a build system provides some advantage.<br>
<br>Juanjo<br><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>