From: prj@po.cwru.edu (Paul Jarc)
Cc: guile-user@gnu.org, ttn@glug.org
Subject: Re: First look at Guile Std Library available
Date: Sun, 04 Jan 2004 22:39:49 -0500 [thread overview]
Message-ID: <m3ekufawro.fsf@multivac.cwru.edu> (raw)
In-Reply-To: <3FF88AD5.6010701@vzavenue.net>
Richard Todd <richardt@vzavenue.net> wrote:
> It's standard practice to stay compatible along minor version
> numbers, and OK to break backwards compatibility across major
> version numbers.
...
> What do you think of (std ...) => (std2 ...) as a means of letting
> older code run forever?
It's doubtful that incompatible changes will happen to all modules in
this collection all at the same time. Coercing them all into a single
version number/compatibility schedule doesn't seem helpful.
> Can it be that only Java/Python/Perl/Ruby need logging services, and
> scheme does not?
I don't think syslog is a good idea regardless of the language. It's
more flexible to print logs to stdout/stderr; then it's easy to choose
another program to add to the pipeline for filtering and storing the
logs.
> I have said, and do believe, that it would be good to have a single
> library that provides the baseline infrastructure for doing useful
> work.
As long as the code exists, I don't think there's much benefit in
aggregating it. It just has to be easy for users to find.
Of course, all this applies to all software, not just Guile modules.
So I think a Guile-only solution would be wasted effort. We'd be
better off with language-independent version management and a software
directory that could be filtered and searched to find, e.g., a Guile
SMTP library. slashpackage would be a good place to start.
<URL:http://cr.yp.to/slashpackage.html>
paul
_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user
next prev parent reply other threads:[~2004-01-05 3:39 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-02 5:21 First look at Guile Std Library available Richard Todd
2004-01-02 9:29 ` Dale Mellor
2004-01-03 1:03 ` Richard Todd
2004-01-03 2:25 ` Andreas Rottmann
2004-01-03 15:00 ` Dale Mellor
2004-01-03 14:36 ` Dale Mellor
2004-01-03 22:42 ` Richard Todd
2004-01-03 16:38 ` Thien-Thi Nguyen
2004-01-03 16:48 ` Nic Ferrier
2004-01-03 22:18 ` Richard Todd
2004-01-04 1:49 ` Thien-Thi Nguyen
2004-01-04 3:50 ` Richard Todd
2004-01-04 12:59 ` Thien-Thi Nguyen
[not found] ` <16376.5782.10995.206284@l.a>
2004-01-04 14:17 ` Dale Mellor
2004-01-04 21:51 ` Richard Todd
2004-01-05 0:30 ` Andreas Rottmann
2004-01-05 5:00 ` Richard Todd
2004-01-05 16:03 ` Robert Uhl
2004-01-05 20:01 ` Richard Todd
2004-01-06 1:36 ` Robert Uhl
2004-01-06 18:41 ` number->string radix patch (Was Re: First look at Guile Std Library available) Richard Todd
2004-01-07 4:04 ` Robert Uhl
2004-01-07 5:26 ` Richard Todd
2004-01-07 20:54 ` Robert Uhl
2004-01-08 7:11 ` I get unknown immediate error in guile 1.7 Roland Orre
2004-01-08 17:14 ` Roland Orre
2004-01-10 20:17 ` Kevin Ryde
2004-05-10 20:34 ` number->string radix patch Marius Vollmer
2004-05-11 3:16 ` Richard Todd
2004-05-11 3:51 ` Keith Wright
2004-05-27 21:56 ` Kevin Ryde
2004-06-10 16:35 ` Marius Vollmer
2004-06-10 16:34 ` Marius Vollmer
2004-05-11 5:23 ` Richard Todd
2004-05-27 21:54 ` Kevin Ryde
2004-06-10 16:47 ` Marius Vollmer
2004-06-11 1:40 ` Kevin Ryde
2004-01-05 10:08 ` First look at Guile Std Library available Dale Mellor
2004-01-05 3:39 ` Paul Jarc [this message]
2004-01-05 4:28 ` Richard Todd
2004-01-05 5:19 ` Paul Jarc
2004-01-06 22:25 ` Ludovic Courtès
2004-01-06 23:53 ` Richard Todd
2004-01-16 20:17 ` Andy Wingo
2004-01-05 14:00 ` Thien-Thi Nguyen
2004-01-05 20:32 ` Richard Todd
2004-01-05 20:59 ` Dale P. Smith
2004-01-06 16:54 ` Thien-Thi Nguyen
2004-01-06 20:32 ` Richard Todd
2004-01-03 18:19 ` Clinton Ebadi
2004-01-03 20:12 ` Thien-Thi Nguyen
2004-01-04 2:02 ` Richard Todd
2004-01-06 20:42 ` Richard Todd
2004-01-06 21:20 ` Paul Jarc
2004-01-03 22:52 ` Richard Todd
2004-01-04 1:53 ` Thien-Thi Nguyen
2004-01-04 20:34 ` Arno Peters
2004-01-05 20:12 ` Richard Todd
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=m3ekufawro.fsf@multivac.cwru.edu \
--to=prj@po.cwru.edu \
--cc=guile-user@gnu.org \
--cc=ttn@glug.org \
/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).