From: Tom Lord <lord@regexps.com>
Subject: #f/() tedium
Date: Thu, 5 Sep 2002 00:25:19 -0700 (PDT) [thread overview]
Message-ID: <200209050725.AAA20302@morrowfield.regexps.com> (raw)
It bugs me when people site R5RS as a reason to do _anything_ to their
scheme impl., and this is a timely time to mention it.
As recent threads on comp.lang.scheme illustrate, a lot of what's
interesting about Scheme is that it is a (conceptual) _vector_ (not a
significant _point_) in language design space.
RnRS is interesting (in my opinion) because it demonstrates what can
be accomplished with a combination of minimalism, "lispism", and care
for the underlying math.
Some aspects of RnRS, such as the I/O procedures, are clearly so
academic as to be nearly worthless in practice. In that light,
examine the #f/() distinction.
If you look at scheme as a language in want of a CPAN (as one
c.l.s. poster put it) -- I think you'll make compromises that are
....well..., in the words of Wavy Gravy -- "not specifically good".
But it's your trip.
Against this, I suppose, are the SRFIs. I haven't surveyed them to
see how heavily they rely on #f != (). I did find that Olin's list
library was an easy port. It used to be (still is?) a design
principle of slib to be agnostic on the issue.
And, as tb and I seem to have agreed to disagree off list (hope I'm
not misrepresenting you too badly, tb), there are no clear pithy
arguments or empirical evidence one way or the other. My current best
"argument" is something like: try writing really tight Emacs lisp code
for a while, with this issue in mind. That's probably simpler than
trying to find some space aliens to ask.
the gods must be crazy, and guile is a monkey with a coke bottle up a tree...
-t
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
next reply other threads:[~2002-09-05 7:25 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-09-05 7:25 Tom Lord [this message]
2002-09-05 7:33 ` #f/() tedium Thomas Bushnell, BSG
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200209050725.AAA20302@morrowfield.regexps.com \
--to=lord@regexps.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).