Next: , Previous: , Up: Controlling where ASDF searches for systems   [Contents][Index]


8.13 Rejected ideas

Alternatives I (FRR) considered and rejected while developing ASDF 2 included:

  1. Keep asdf:*central-registry* as the master with its current semantics, and somehow the configuration parser expands the new configuration language into a expanded series of directories of subdirectories to lookup, pre-recursing through specified hierarchies. This is kludgy, and leaves little space of future cleanups and extensions.
  2. Keep asdf:*central-registry* as the master but extend its semantics in completely new ways, so that new kinds of entries may be implemented as a recursive search, etc. This seems somewhat backwards.
  3. Completely remove asdf:*central-registry* and break backwards compatibility. Hopefully this will happen in a few years after everyone migrate to a better ASDF and/or to XCVB, but it would be very bad to do it now.
  4. Replace asdf:*central-registry* by a symbol-macro with appropriate magic when you dereference it or setf it. Only the new variable with new semantics is handled by the new search procedure. Complex and still introduces subtle semantic issues.

I’ve been suggested the below features, but have rejected them, for the sake of keeping ASDF no more complex than strictly necessary.


Next: , Previous: , Up: Controlling where ASDF searches for systems   [Contents][Index]