Re: Could there be a way to disable LOAD-PREFERENCES?

Gary King wrote:
> Goodness, time flies when you coding... I hear and agree with the
> comments about load-preferences. I think, however, the best thing to
> do for now would be to use an environment variable. I propose this:
>
> * if asdfpreferences is not defined, then preferences are loaded using
> the current logic
> * if asdfpreferences is defined and is nil, the no preferences are
> loaded
>
> Optionally (if anyone thinks this is a good idea, then)
>
> * if asdfpreferences is defined and is a colon separated string of
> names, then preferences are not loaded for any of the systems named.
>
> I can imagine the last being useful but don't have any use cases for
> it. I'll implement this tonight if people don't see anything obviously
> crazy about it.
>

Do environment variables work equally well for people on all the major
platforms (Windows, Linux, and Mac OS)?  I probably should broaden that
to "and other Unix family members" to cover BSD, etc....

For that matter, if we are considering the ability to turn preferences
on and off, any reason not to provide the ability to look for them in
special places?

I fairly commonly have the need to run at least four different variants
of a single system (the SHOP2 planner) that is embedded in a number of
different software projects.  I wouldn't like to be limited to a single
location for configuring that system with preferences...

I suppose that I could modify that by overriding
preference-file-for-system/operation.  But if I can do THAT staying in
lisp, is there some reason I would want an environment variable instead
of an asdf:operate keyword argument to turn loading off?

Best,
R

N.B. I apologize if I have missed something already covered in this
discussion; as Gary says, there's been a lot of water under the bridge
since this thread started...



-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/