[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
:export vs. define-public
From: |
Tom Lord |
Subject: |
:export vs. define-public |
Date: |
Wed, 4 Sep 2002 17:41:20 -0700 (PDT) |
Those two approaches (:export vs. define-public) to public v. private
module contours are isomorphic, so what's the big deal?
`define-public' supports "locality of editting": everything you need
to know about a definition is collected right there under your editor
cursor. There's no need to remember to change some other part of the
file.
Extension languages should optimize for interactive use. Thus,
locality of editting is an important consideration.
Historically, I suspect that some module system changes made after the
Cygnus releases were motivated in part because they made the Guile
module system look more like S48 or some other famous schemes. And as
we all know, those other systems reek of the scent of perfection (or
at least, a perfection-style cologne). But that's just speculation,
on my part. I'm aware that module system changes were originally
argued (vaguely) for in terms of support for compilation.
mentioning-part-of-the-list-of-things-i-don't-like-about-guile-other
than-#f/()-but-that-might-be-usefully-rethought,
-t
- :export vs. define-public,
Tom Lord <=
- Re: :export vs. define-public, Thomas Bushnell, BSG, 2002/09/04
- cvs access broken?, Tom Lord, 2002/09/04
- Re: :export vs. define-public, Tom Lord, 2002/09/04
- Re: :export vs. define-public, Thomas Bushnell, BSG, 2002/09/04
- Re: :export vs. define-public, Tom Lord, 2002/09/04
- Re: :export vs. define-public, Thomas Bushnell, BSG, 2002/09/04
- Re: :export vs. define-public, Tom Lord, 2002/09/04
Re: :export vs. define-public, Eric E Moore, 2002/09/05