[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
No change needed for name-domains in package-name space
- To: COMMON-LISP@SU-AI
- Subject: No change needed for name-domains in package-name space
- From: Rem@IMSSS
- Date: Tue, 18 Jun 1985 11:07:00 -0000
If we decide that we want a heirarchy of naming authorities for package
names, analagous to ARPA-Internet host-name domains and to Xanadu/Hypertext
trademark names, it can be implemented as a convention without changing
anything in the CL kernel. You simply hyphenate any package names that
aren't at the top level. Thus you'd have LISP and SI and USER etc. but you'd
have MIT-BIGFLOAT and CMU-SCRIBE and UTAH-PSLCOMPAT and SU-IMSSS-REM-TEMP856A
also. So what's all the fuss about whether or not to have a tree-structured
system of naming authorities when we can do it both ways at the same time
without changing any CL implementation?
Probably we'd let any name be used during debugging, but when exporting a
package to another site we'd want the name of the package to be fully
qualified to avoid any chance of naming conflict later. Thus TEMP856A
might be my first temporary package this month, until I share it with
somebody at H/P at which point I have to change the name to the fully
qualified name given in the previous paragraph.
-------