[asdf-devel] Feature-conditional components

Robert Goldman rpgoldman at sift.info
Sun Oct 24 17:45:12 UTC 2010

On 10/22/10 Oct 22 -11:56 PM, Daniel Herring wrote:
> On Fri, 22 Oct 2010, Faré wrote:
>> 2- is depending on a suppressed component a bug, a nop, or something
>> that forces the component to be un-suppressed?
> If X depends on Y, and Y has been disabled, then X cannot load properly.
> Was Y a requirement for X, or just something that should load earlier? 
> If the former, then X should not be allowed to load.  If the latter,
> then there's no issue.
> If X is not allowed to load, under what circumstances should this cause
> the operation to fail?
> Rather than ponder these ambiguities, maybe it would be better to let
> the user insert errors where they belong, possibly using IF clauses? 
> Then ASDF could adopt the simple rule of proceeding unless told otherwise.

I'm reluctant to see us go down this path.

The primary advantage of having feature dependencies, over the #+
mechanism that CL already offers us, is that feature dependencies are
declarative and enable introspection.

If we let people write programs in feature dependencies, these
advantages will go away.

Without those advantages, we might as well not complicate ASDF with
feature dependencies; we can just let system definers continue to use
reader conditionals....

So I'd suggest we define simple policies along the lines that Faré suggests.


More information about the asdf-devel mailing list