[asdf-devel] The future of ASDF (was logical pathnames)

[Juan Jose Garcia-Ripoll]

On Wed, Mar 31, 2010 at 8:10 PM, james anderson <james.anderson at setf.de>wrote:

> in general, "image-driven" development does not preclude a release which
> comprises more that one file, but if you were more specific about
> requirements, it would be easier understand where the problems arise for
> ecl.
>

I have written a very very long email after this one. Read it. Software can
be built with ASDF without needing it to run. We can deliver FASL files that
can be used for people that do not use or do not have ASDF installed


> there was a concern expressed that a program be able to locate components
> at all stages in its life-cycle. the concern predates asdf. the mechanism to
> accomplish it as well. they can be integrated with asdf, used along side it,
> or used independently. it is demonstrably possible to do any and all.
>

Yes, frack! Have I said that I want to replace ASDF? No! You all seem to
read just words and not get the global idea.

I have written probably now 5000 words claiming that ASDF can accomodate ALL
PARADIGMS.
I have repeated this about 50 times now.
I have provided extensions to include THOSE ways of working.
I have suggested minor changes that help in the task -- logical pathnames
for program delivery.
I have even suggested extensions to integrate ASDF with other build
processes -- asdf-install, asdf-build

And all I get is a request for more more and more writing.


> neither of these issues is necessarily related with a "image-driven"
> development paradigm.
>

It is related, in the sense that you are all so focused on the load, load,
load, maybe dump process that that nobody here cares a penny about other
models. And this causes a lot of friction and resistance against anything
that may break your workflow -- which I insist is not my goal.

This is getting so tiresome that I may just as well quit and forget.

Juanjo

-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://tream.dreamhosters.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/asdf-devel/attachments/20100331/db94a9af/attachment.html>