From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noah Lavine Newsgroups: gmane.lisp.guile.devel Subject: Re: Fmt Module Date: Sun, 27 Mar 2011 11:38:09 -0400 Message-ID: References: <87y64ig0rq.fsf@gmx.at> <87oc5dtyfy.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1301240310 4340 80.91.229.12 (27 Mar 2011 15:38:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 27 Mar 2011 15:38:30 +0000 (UTC) Cc: =?ISO-8859-1?Q?Ludovic_Court=E8s?= , guile-devel@gnu.org To: Andy Wingo Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Mar 27 17:38:25 2011 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q3s2p-0006Va-1j for guile-devel@m.gmane.org; Sun, 27 Mar 2011 17:38:23 +0200 Original-Received: from localhost ([127.0.0.1]:41908 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q3s2o-0007b6-AV for guile-devel@m.gmane.org; Sun, 27 Mar 2011 11:38:22 -0400 Original-Received: from [140.186.70.92] (port=53732 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q3s2d-0007aR-Eb for guile-devel@gnu.org; Sun, 27 Mar 2011 11:38:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q3s2c-0002g3-CM for guile-devel@gnu.org; Sun, 27 Mar 2011 11:38:11 -0400 Original-Received: from mail-vx0-f169.google.com ([209.85.220.169]:51118) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q3s2c-0002fp-9e; Sun, 27 Mar 2011 11:38:10 -0400 Original-Received: by vxk20 with SMTP id 20so1688862vxk.0 for ; Sun, 27 Mar 2011 08:38:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MX0LXSuZ9QNo2h3aopLzZZnztME2FuLoxPOflqwhZ24=; b=A1it04RX6q4S3mPxHumu102+/uW/iUs/yiJNMnrJG/40ZSr2dxgksp3LkewNNUPHn5 Sis1xKQ0XA5fXRym4HFMIAQ0r+hMdXzeXQLpTEuS1Tp8/FeNmCpvoFgBQeRSVGmL9cfs fBkMlQ198njeOq87YEK82FdK2ho4TJqQKkLdU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=F3l2Fqqo/KpJxE6tlwg4oYGmy7uvaBlVngN66SYenPNwxXchYYeNAFJtmMHcM+l2mV Eypy0gmUUMLIAYHXjh0qkPbXA0BM2nmjJ3UpU8zezEJqt72FTqNyzgIvI8Q6Yyg9OGww p7aFc3plfiDkiLHrOKaDnKtPg3ix423hmsTYo= Original-Received: by 10.52.18.11 with SMTP id s11mr3975750vdd.213.1301240289425; Sun, 27 Mar 2011 08:38:09 -0700 (PDT) Original-Received: by 10.52.166.194 with HTTP; Sun, 27 Mar 2011 08:38:09 -0700 (PDT) In-Reply-To: X-Google-Sender-Auth: QerUmmWzsqqYg5FhkVfN4jYOlio X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.220.169 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:12017 Archived-At: Hello, >> I think it would make sense to include =91fmt=92 in core Guile only if t= he >> API is reasonably stable and there are infrequent upstream releases, so >> we don=92t quickly end up shipping an old incompatible version. > > Agreed, and I don't know if this is the case or not. > > I would add on another criteria, that we should avoid adding modules to > Guile unless they are to be used in Guile itself. =A0For everything else, > there is our CPAN that we need to make -- it will provide more freedom > both for module authors/packagers and for users. This makes sense, but I think there is an important distinction to make that we do not currently make. We should have a clear idea of what modules are used by Guile, so we can get a "minimal" Guile when we want it, for instance for embedding into other applications. However, it would be great if the standard install of Guile included lots of modules, such as htmlprag, because it is nice to have the batteries included when you are programming. Noah