From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.lisp.guile.user Subject: Re: First look at Guile Std Library available Date: Sun, 04 Jan 2004 22:39:49 -0500 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Message-ID: References: <20040102052128.GA16849@Richard-Todds-Computer.local> <87wu89q8pj.fsf@kanga.tapsellferrier.co.uk> <20040103221857.GA518@Richard-Todds-Computer.local> <20040104035022.GA742@Richard-Todds-Computer.local> <3FF88AD5.6010701@vzavenue.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1073274201 32058 80.91.224.253 (5 Jan 2004 03:43:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 5 Jan 2004 03:43:21 +0000 (UTC) Cc: guile-user@gnu.org, ttn@glug.org Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Jan 05 04:43:17 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AdLe9-0007Q0-00 for ; Mon, 05 Jan 2004 04:43:17 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AdMaH-0003s1-8Q for guile-user@m.gmane.org; Sun, 04 Jan 2004 23:43:21 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AdMZ4-00039H-U3 for guile-user@gnu.org; Sun, 04 Jan 2004 23:42:06 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AdMYI-0002NZ-Qh for guile-user@gnu.org; Sun, 04 Jan 2004 23:41:51 -0500 Original-Received: from [129.22.104.63] (helo=harris.CNS.CWRU.Edu) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AdMYH-00022Z-ET for guile-user@gnu.org; Sun, 04 Jan 2004 23:41:17 -0500 Original-Received: from conversion-daemon.smtp-a.cwru.edu by smtp-a.cwru.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) id <0HQZ00C01ZBOW9@smtp-a.cwru.edu> for guile-user@gnu.org; Sun, 04 Jan 2004 22:39:18 -0500 (EST) Original-Received: from multivac.cwru.edu (multivac.ITS.CWRU.Edu [129.22.114.26]) by smtp-a.cwru.edu (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HQZ00BBRZHHF1@smtp-a.cwru.edu> for guile-user@gnu.org; Sun, 04 Jan 2004 22:39:17 -0500 (EST) Original-Received: (qmail 2937 invoked by uid 500); Mon, 05 Jan 2004 03:40:11 +0000 In-reply-to: <3FF88AD5.6010701@vzavenue.net> Original-To: Richard Todd Mail-followup-to: Richard Todd , ttn@glug.org, guile-user@gnu.org Mail-Copies-To: nobody User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3 (gnu/linux) Original-Lines: 36 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.user:2522 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:2522 Richard Todd 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. paul _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user