Re: package frenzy

Joris Bleys wrote:

Maybe, I was a bit unclear with my problem statement. The symbol is not part of the API and should remain unvisible for the users of :exporting-package. So I guess what I want to do is to make sure that the result of the call to the read-line fn returns a symbol inside the :exported-package, but I don't know how to do so. Both ep-internal-fn and ep-external-fn are defined in the package :exporting-package (using in-package). 

Maybe you want (intern string :exporting-package) instead of read-line?

But indeed this sounds like a strange attempt. It sounds as if you wanted to use packages just to get more efficient string comparisons. Wouldn't a hashtable be good enough for such a purpose?

If you rely on "TEST" giving you some specialized behavior, that would indeed be part of your interface...

Pascal

--
2nd European Lisp and Scheme Workshop
July 26 - Glasgow, Scotland - co-located with ECOOP 2005
http://lisp-ecoop05.bknr.net/
.

Relevant Pages

  • Re: package frenzy
    ... Both ep-internal-fn and ep-external-fn are defined in the package:exporting-package (using ... Now for extracting the commands they receive, the first word of this line always resembles the command sended and is implemented in ep-internal-fn (the real name is ... wanted to use packages just to get more efficient string comparisons. ...
    (comp.lang.lisp)
  • Re: package frenzy
    ... Pascal Costanza wrote: ... not part of the API and should remain unvisible for the users of:exporting-package. ... Both ep-internal-fn and ep-external-fn are defined in the package:exporting-package. ... 2nd European Lisp and Scheme Workshop ...
    (comp.lang.lisp)