Re: asdf :force t

three options come to mind.

1. leave it local and discard or displace binaries which are to be suplanted en-mass. this is ok for the case described, as one whoule likely wish to archive
them anyway.

2. enlarge the value domain from (member t) to (member t :all :immediate) or whatever. this is fairly easy and declares the simple distinction 

3. enlarge the value domain to (or (member t :all :immediate) (cons module-name))

one could even conceive of distinguishing all/immediate per module, but ...

Daniel Barlow wrote:
> 
> Once upon a time someone here (I think) was heard to ask about the
> behaviour of asdf's :force option when there are inter-system
> dependencies.  In short, should (operate 'compile-op :force t)
> on system B also recompile all of system A, when B depends on A
> 
> There are arguments both ways, of course:
> 
> On the one hand, when I recompile all of cliki it's usually because my
> lisp comnpiler's fasl format has changed, and so I do actually want to
> rebuild all of araneida, db-sockets and the rest of the dependencies.
> 
> On the other, if I have dependencies on other people's systems, I
> probably don't even have appropriate filesystem rights to rebuild them?
> 
> What do people think?  There ought to be some way to say "these
> systems form a logical unit and compile operations should spread to
> them; those systems are `infrastructure' and should be left alone".
> Preferably without editing .asd files, too.  Any ideas?  For my
> immediate need I think I'm going to add something like
> 
>  (defgeneric forcing-operation-spreads-to (system operation))

would it not be enough to distinguish between modules which comprise modules only and modules which comprise modules and files. in the former case, forcing
would involve the component modules while in the latter case it would not?

in any case, wouldn't it be a relation (system system operation) rather than (system operation)?

> 
> but I haven't thought too hard yet.
> 
> -dan
>


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf