On 2/2/10 Feb 2 -4:13 PM, james anderson wrote: > > On 2010-02-02, at 22:48 , Robert Goldman wrote: > >> On 2/2/10 Feb 2 -11:39 AM, james anderson wrote: >>> >>> On 2010-02-02, at 18:17 , Faré wrote: >> >>>>> (c) Asdf binary locations / asdf output locations >>>> ABL was already merged into ASDF by gwking. While I think it was a >>>> generally good move, it fails (b), and I think can and should be >>>> redone better. >>> >>> then, once asdf is configurable, is there any reason to not take abl >>> out of the core? >> >> Can you explain what is meant, exactly, by "take abl out of the core"? > > none of the respective functions or variables are defined if just > asdf.lisp is loaded.
Why is this important? I can see that it /is/ important to you, but I don't follow why. [this is not intended as a snippy way of saying "this isn't important; it is a bona fide request for information.] > >> For that matter, I don't know what "configurable" means in this >> context. >> "Reads an init file"? It was always configurable in the sense that I >> could load my asdf:*central-registry*, and I developed several >> utilities >> for configuring ASDF using only this rudimentary facility. >> >> I'm not sure I follow this. I certainly do /not/ want to see us >> revert >> to the days when asdf-binary-locations was a separate download. > > if by 'separate download' you mean a separate file, why not? > if your requirement is, that it be in the same tar package, that > makes sense. My requirement is that after loading asdf you should be able to do something equivalent to (asdf:oos 'asdf:load-op :asdf-binary-locations) or some similar thing like (require 'asdf-binary-locations) and it should Just Work in the sense that A-B-L just worked --- it will tease apart binaries for different lisp implementations. [It's more than OK with me that after that there should be some way to be more sophisticated about this, per Faré] The reason I'm not necessarily agreeing with you is that "in the same tarball" doesn't necessarily entail "trivially loadable," although it might. Best, Robert _______________________________________________ asdf-devel mailing list [email protected] http://common-lisp.net/cgi-bin/mailman/listinfo/asdf-devel
