unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: John Cowan <cowan@ccil.org>
To: scheme-reports-wg1@googlegroups.com,
	scheme-reports-wg2@googlegroups.com,
	 chicken chicken <chicken-users@nongnu.org>,
	chibi-scheme@googlegroups.com,  gambit-list@iro.umontreal.ca,
	guile-user <guile-user@gnu.org>,
	 srfi-160@srfi.schemers.org
Subject: Tangerine Edition penultimate report: how I voted, how you're voting
Date: Wed, 16 Jan 2019 09:27:50 -0500	[thread overview]
Message-ID: <CAD2gp_SVHEqhz1wYifeKYJGf6B+74121M6zmXARwsm_KZwd3cQ@mail.gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 3216 bytes --]

Well, there are two weeks to go on the Tangerine Edition ballot (cutoff is
12 noon UTC on Saturday, February 2).  So far, 18 people have voted,
including me.  For the Red Edition we had 30 voters, so I hope some of you
who haven't voted yet will take an interest and give us your views.
Remember that you don't have to vote on all issues: choosing "No vote" is
equivalent to abstaining, which does not affect the outcome, as votes are
decided by a majority of the votes cast.

As in the Red Edition, the choice of string library (issue #1) has been the
most controversial.  There was no majority vote cast in the Red Edition, so
the issue is being reballoted.  Currently, the index-based SRFI 152, which
is meant to be a simple basic string library, holds a majority position,
but only by a single vote.  There is a strong minority for the original
SRFI 13, which is a superset (with a few deviations) of 152.  SRFI 130,
which is cursor-based, has only a single vote.  Three write-in votes were
cast for SRFI 140, which I excluded from Tangerine because it provides
adjustable-length strings.  These, like all other features that can't be
implemented (at least minimally) on top of R7RS-small, have been postponed
to the Green Edition.  I voted for SRFI 152.

Issue #4, supplementing the Red Edition's SRFI 127 generators with their
dual, accumulators, is substantially beating the alternatives of status quo
and no library.  Issue #6 is about bitwise operations on integers, and the
comprehensive SRFI 151 is dominating the R6RS alternative.  The same thing
is happening with fixnums (issue #7) and flonums (issue #8), where SRFIs
143 and 144, both supersets of R6RS, are getting more support than the R6RS
alternatives. SRFI 160 is a superset of SRFI 4 that provides homogeneous
vectors (issue #10), and it too is winning, though by a lesser margin.
Surprising to me is that for the combinator-based formatting library (issue
#11), the combinator-based SRFI 159 is in a majority position over SRFI 48,
the traditional template-based (as in Common Lisp) alternative.
Essentially all the remaining issues are yes/no/abstain, and yes is
dominant all down the line, though a little less so for ratios (issue #13)
and exact complex numbers (issue #16).  I voted with the majority for all
of these except exact complex numbers.

So what is happening is that people are voting for more rather than less,
as with the Red Edition.  This encourages me that I'm going in a sensible
direction with the large language.

-- 
John Cowan          http://vrici.lojban.org/~cowan        cowan@ccil.org
It was dreary and wearisome.  Cold clammy winter still held sway in this
forsaken country.  The only green was the scum of livid weed on the dark
greasy surfaces of the sullen waters.  Dead grasses and rotting reeds loomed
up in the mists like ragged shadows of long-forgotten summers.
        --LOTR, "The Passage of the Marshes"

-- 
You received this message because you are subscribed to the Google Groups "scheme-reports-wg1" group.
To unsubscribe from this group and stop receiving emails from it, send an email to scheme-reports-wg1+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[-- Attachment #2: Type: text/html, Size: 3777 bytes --]

             reply	other threads:[~2019-01-16 14:27 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-16 14:27 John Cowan [this message]
2019-01-17  0:06 ` Tangerine Edition penultimate report: how I voted, how you're voting John Cowan
2019-01-18  1:14 ` Per Bothner
     [not found]   ` <00545ca8-81d6-d4c5-5acc-142c87457692-ENPyne5uQy1BDgjK7y7TUQ@public.gmane.org>
2019-01-18  3:34     ` John Cowan
2019-01-18 20:20   ` Ivan Raikov
     [not found]     ` <CADM5OqP-jNjhJpbAmS7y8ygjtXY=HGc2Dx-qZyee6o0yB+zquA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-01-19 21:39       ` [scheme-reports-wg2] " John Cowan
     [not found]         ` <CAD2gp_T88mTd2r6y+e_1WOeLioR8cWEND_ZfTkOJ370VQPEcWA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2019-01-20 13:11           ` Amirouche Boubekki

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=CAD2gp_SVHEqhz1wYifeKYJGf6B+74121M6zmXARwsm_KZwd3cQ@mail.gmail.com \
    --to=cowan@ccil.org \
    --cc=chibi-scheme@googlegroups.com \
    --cc=chicken-users@nongnu.org \
    --cc=gambit-list@iro.umontreal.ca \
    --cc=guile-user@gnu.org \
    --cc=scheme-reports-wg1@googlegroups.com \
    --cc=scheme-reports-wg2@googlegroups.com \
    --cc=srfi-160@srfi.schemers.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).