From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) by sourceware.org (Postfix) with ESMTPS id 9068A3858D33 for ; Thu, 5 Jan 2023 22:02:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9068A3858D33 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-ej1-x635.google.com with SMTP id u19so93118435ejm.8 for ; Thu, 05 Jan 2023 14:02:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=FSE8hoVthK5QyHniM3s5dihFX3Pa8iCI1rBqKN4VK0A=; b=nkoHAQqwpP9aq69dIS+xZaHvBbKnDWsOboDuKdVwHsogRmYDJWZC/OPoxYxnEvAdw3 TScOYp5G/npgtwojTDDMeFgsUQ/kSOmBvAmrWUXGWkn8Ly0QgELOdMPhADRvGZYH875p CL+5/2mBPmcZsUV6n0In7PlIC5EsJ/l/LuK5mYKL+rTaDh56SJcMKNwQDoLWz5H7ug+b nuIw6TJYYMuaTv38gYDNm9Mk7gLjh1VyQdER4iQ37txkgLtdIld7c26PatUrVamOo9/i qeb6lWwh8oUCacc3vs7Ojq5c8MbLkFHmnur5Nx05y+PGmTshlHe0q9RnGowPcx07L8p8 0spA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=FSE8hoVthK5QyHniM3s5dihFX3Pa8iCI1rBqKN4VK0A=; b=mj6B70kr7QMoWNRAxFD4XFKotk/VljZX1fe/1dmrK5IYS/jzaFnl6ji1cJ59lfeg2F iWBnFJyl5WLjqX93tpymFL8b4pQBvLaKOtck+ld0w/evPRg137VIpOlMMuz3Q2W/LNGy EQJRlfYjhJfsclc6yfau5kAlPQINpz5piEXgMmZIiK/d+qoufGDVC7A3mBJ9DzdcPt8/ PnmtdeEJdS41nHdXE9iVdPXthuWLKsnWHUnCyDxBzIWjV7HLp21qkLkTqizejUl/bRhv fC4T4a65zMTQA9NyNDXGKlSF6VNd50cX4C90jxP1IWVgzbX0C5DUDNTDPXkyyZiLw8Pn 03Mw== X-Gm-Message-State: AFqh2kq6he7aElEAkkAyLDStn9YDnzPEJxvG279YdBeWQfF0pf1Nl8hN YEvUaFQeWh4Fs6WT/EPHkzooc9hG4LwMDv+TVCXoBt4xWAk= X-Google-Smtp-Source: AMrXdXtcDJTol3hL6VHzod/XdJlzY3ElTxfc3F0lfQAWlg9wpTVCUx05eFHZDe0Kswrjdm2IHL9euz1LAuX4jAUnnCU= X-Received: by 2002:a17:906:f857:b0:835:57c9:6424 with SMTP id ks23-20020a170906f85700b0083557c96424mr6751517ejb.529.1672956168975; Thu, 05 Jan 2023 14:02:48 -0800 (PST) MIME-Version: 1.0 References: <0aee6f41-9f36-e9ef-6761-e8d81a3b5f5f@bothner.com> In-Reply-To: From: Damien Mattei Date: Thu, 5 Jan 2023 23:02:37 +0100 Message-ID: Subject: Re: Time for a new release? 3.1.2? To: kawa mailing list Cc: Arvydas Silanskas , shawnw.mobile@gmail.com Content-Type: multipart/alternative; boundary="0000000000002d3b3205f18b769c" X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: --0000000000002d3b3205f18b769c Content-Type: text/plain; charset="UTF-8" Hello, if the SRFI 105 (curly infix) is ported to Kawa i could easily release a Scheme+ version for Kawa as i already did it for Guile and Racket: https://github.com/damien-mattei/Scheme-PLUS-for-Guile i have little understanding of the implementation of SRFI 105 but i succeed in implementing it for Racket indeed: https://github.com/damien-mattei/Scheme-PLUS-for-Racket https://pkgd.racket-lang.org/pkgn/package/Scheme-PLUS-for-Racket SRFI 105 and scheme+ could be interesting as language for Kawa Damien On Thu, Jan 5, 2023 at 10:34 PM Per Bothner wrote: > > > On 12/6/22 01:07, Arvydas Silanskas wrote: > > I'd like to bump a question, would we want to add (for the time being > considering only red and tangerine) R7RS-large support? I'm fine with doing > necessary work as far as human resources go, but I want to know that this > is a direction that people agree with. > > I think the R7RS-large process is off-track, and is unlikely to reach any > useful destination > without a fundamental course-correction. Piling on more and more > different-but-similar > libraries is not the way to do a programming language in the 21st > century. Even Common Lisp > realized that different differently-named functions for every useful > data-type is not > good language design. > > Scheme needs some way to define "interfaces"/"traits" that multiple > data-types > can implement. Many Scheme implementations (including Kawa) have that, but > a > general portable solution is highly desired. Without that, there is no > point > in piling on more and more libraries for more and more data types. > > I am not the only one who feels this way, as you can see from the > SRFI/R7RS mailing lists. > -- > --Per Bothner > per@bothner.com http://per.bothner.com/ > --0000000000002d3b3205f18b769c--