From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark H Weaver Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.user Subject: Re: Request for feedback on SRFI-126 Date: Wed, 30 Sep 2015 13:41:15 -0400 Message-ID: <8737xvreis.fsf@netris.org> References: <87zj08t5w1.fsf@T420.taylan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1443684629 20265 80.91.229.3 (1 Oct 2015 07:30:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 07:30:29 +0000 (UTC) Cc: guile-user@gnu.org, guile-devel@gnu.org To: taylanbayirli@gmail.com (Taylan Ulrich =?utf-8?Q?=22Bay=C4=B1rl=C4=B1?= =?utf-8?Q?=2FKammer=22?=) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Oct 01 09:30:24 2015 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZhYJq-00063g-Vv for guile-devel@m.gmane.org; Thu, 01 Oct 2015 09:30:23 +0200 Original-Received: from localhost ([::1]:39811 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhYJq-0004wj-76 for guile-devel@m.gmane.org; Thu, 01 Oct 2015 03:30:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41753) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhLNy-0007mR-EL for guile-devel@gnu.org; Wed, 30 Sep 2015 13:41:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZhLNv-0008US-5L for guile-devel@gnu.org; Wed, 30 Sep 2015 13:41:46 -0400 Original-Received: from world.peace.net ([50.252.239.5]:43933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhLNv-0008RX-1E; Wed, 30 Sep 2015 13:41:43 -0400 Original-Received: from [10.1.10.31] (helo=yeeloong) by world.peace.net with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1ZhLNb-00071F-9U; Wed, 30 Sep 2015 13:41:23 -0400 In-Reply-To: <87zj08t5w1.fsf@T420.taylan> ("Taylan Ulrich \=\?utf-8\?Q\?\=5C\=22Bay\=C4\=B1rl\=C4\=B1\=2FKammer\=5C\=22\=22's\?\= message of "Sun, 27 Sep 2015 14:15:42 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 50.252.239.5 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:17879 gmane.lisp.guile.user:12062 Archived-At: taylanbayirli@gmail.com (Taylan Ulrich "Bay=C4=B1rl=C4=B1/Kammer") writes: > I've made pretty fine experiences with R7RS-small so far[0][1][2][3], > and after seeing people's disdain towards R7RS-large's direction and > agreeing with them (although I wouldn't trust my own judgment alone), > I've decided to try pushing R7RS-large in a somewhat better direction. > > The benefit for Guile? I shortly summed up my thoughts on that in the > FOSDEM thread on the Guix ML; here the mail from the archives: > http://lists.gnu.org/archive/html/guix-devel/2015-09/msg00759.html > > Perhaps a better summary: better Scheme standards -> more libraries that > work on any implementation -> more total Scheme users & more free-flow > of users between implementations -> more potential for growth of the > Guile community. Not to mention simply more libraries Guile users can > use, from the pool of standard-Scheme libraries, without needing a Guile > porter and maintainer for every possible Scheme library. I agree that standardization would be helpful, but we already have a fine standard in R6RS. It's not perfect, but IMO it's a more promising platform than R7RS, which is so gratuitously incompatible with R6RS that it's not possible to write even the simplest library or program that works with both (wtf?). One might well argue that having two competing and incompatible standards is *worse* for standardization than having just one, hence my reluctance to support R7RS. In response to the argument that R6RS is a failure because so many Scheme implementations rejected it: R6RS already has more high-quality implementations than C++, Python, or Ruby. Having 10+ implementations of the same language doesn't seem to be a requirement for a language to be successful. In response to the argument that we should engage more in the R7RS-large process to help move it in a better direction: I wasted a ridiculous amount of time trying to get some R6RS numerics fixes into R7RS-small, and was stonewalled the whole way. I have neither the time nor the interest in repeating that experience. More to the point, I have no confidence that the decision making processes in R7RS-large will result in a well-designed standard. I agree with Andy Wingo's comments here: http://article.gmane.org/gmane.lisp.scheme.reports/4005 http://article.gmane.org/gmane.lisp.scheme.reports/4019 Anyway, having said all this, I very much appreciate your sincere efforts to help the Scheme and Guile communities, Taylan. Regards, Mark