Symbol nicknames allows multiple names to refer to the same symbol in supported implementations of Common Lisp. That may or may not be useful.
People often say the Common Lisp package system is deficient. But a lot of the same people write code which is absolutely full of explicit package prefixes in what I can only suppose is an attempt to make programs harder to read. Somehow this is meant to be made better by using package-local nicknames for packages. And let’s not mention the unspeakable idiocy that is thinking that a package name like, say,
XML is suitable for any kind of general use at all. So forgive me if I don’t take their concerns too seriously.
The CL package system can’t do all the things something like the Racket module system can do. But it’s not clear that, given its job of collecting symbols into, well, packages, it could do that much more than it currently does. Probably some kind of ‘package universe’ notion such as Symbolics Genera had would be useful. But the namespace has to be anchored somewhere, and if you’re willing to give packages domain-structured names in the obvious way and spend time actually constructing a namespace for the language you want to use, it’s perfectly pleasant in my experience.
One thing that might be useful is to allow multiple names to refer to the same symbol. So for instance you might want to have
eq? be the same symbol as
> (setf (nickname-symbol "EQ?") 'eq) eq > (eq 'eq? 'eq) t > (eq? 'eq 'eq?) t
This allows you to construct languages which have different names for things, but where the names are translated to the underlying name efficiently. As another example, let’s say you wanted to call
> (setf (nickname-symbol "EQUIVALENT-P") 'eql) eql > (eql 'eql 'equivalent-p) t
Well, now you can use
equivalent-p as a synonym for
eql wherever it occurs:
> (defmethod foo ((x (equivalent-p 1))) "x is 1") #<standard-method foo nil ((eql 1)) 801005BD23> > (foo 1) "x is 1"
Symbol nicknames is not completely portable as it requires hooking string-to-symbol lookup. It is supported in LispWorks and SBCL currently: it will load in other Lisps but will complain that it can’t infect them.
Symbol nicknames is also not completely compatible with CL. In CL you can assume that
(find-symbol "FOO") either returns a symbol whose name is
nil: with symbol nicknames you can’t. In the case where a nickname link has been followed the second value of
find-symbol will be
Symbol nicknames is a toy. I am not convinced that the idea is even useful, and if it is it probably needs to be thought about more than I have.
But it exists.