From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 37735 invoked by alias); 2 Jan 2019 18:59:39 -0000 Mailing-List: contact kawa-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: kawa-owner@sourceware.org Received: (qmail 37726 invoked by uid 89); 2 Jan 2019 18:59:39 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,GIT_PATCH_1,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: mail-io1-f53.google.com Received: from mail-io1-f53.google.com (HELO mail-io1-f53.google.com) (209.85.166.53) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 02 Jan 2019 18:59:35 +0000 Received: by mail-io1-f53.google.com with SMTP id m19so25286597ioh.3 for ; Wed, 02 Jan 2019 10:59:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=I6yoPMD50CQb1dPZsi3MQT5MSeDqfsi9HcgtYb6Jv6s=; b=PRB9z8VwQGvb7467u3PISIh5mRar+xQ1zkRR47aOtxDaoRHWdhgdZai5cJZhA83nR7 NQtVY0TBNIQaW5/JmjCxDqE2tPzD6I0Hlj+ZDhdQuG/fc8FHQQBBqbX5QxcYlJg0wkdQ Qc5rFGYoQbqB/OK786nXm1r9LwssPCmDn35pCLdFJSd9qDDtNZOmE8pazl5gyMBKDRJv BYaRrZCimYh9iHucjJGwKkQFFAeEmGRz5Oviamlq9AL0hL2M9R6EmqQqU5GEb9MTVL85 XPJHi8NxKV67GYt0zqtDLXldKI+8p8K+G7C/yeJq+SaiFwWKgio5zxgLN/i4F62ViGHY 1PdA== MIME-Version: 1.0 References: In-Reply-To: From: Duncan Mak Date: Wed, 02 Jan 2019 18:59:00 -0000 Message-ID: Subject: Re: Supporting SRFI 43 (Vectors) To: Per Bothner Cc: kawa mailing list Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2019-q1/txt/msg00018.txt.bz2 Turns out there's a newer version of SRFI 43. https://srfi.schemers.org/srfi-133/srfi-133.html Of note: SRFI 43 standardized more vector procedures, all of which are included in this SRFI. Unfortunately, R7RS-small and SRFI 43 placed irreconcileable requirements on the procedures invoked by vector-map and vector-for-each. This SRFI resolves that issue by changing these SRFI 43 procedures as well as vector-map!, vector-fold, vector-fold-right, and vector-count to leave out the index argument that is passed under SRFI 43's definition. On Tue, Jan 1, 2019 at 10:38 PM Duncan Mak wrote: > > Okay, Here are the procedures that are missing: > > = Constructors = > vector-unfold > vector-unfold-right > vector-reverse-copy > vector-concatenate > > = Predicates = > vector-empty? > vector= > > = Iteration = > vector-fold > vector-fold-right > vector-map! > vector-count > > = Searching = > vector-index > vector-index-right > vector-skip > vector-skip-right > vector-binary-search > vector-any > vector-every > > = Mutations = > vector-swap! > vector-reverse! > vector-reverse-copy! > > = Conversion = > reverse-vector->list > reverse-list->vector > > On Tue, Jan 1, 2019 at 8:27 PM Per Bothner wrote: > > > > On 1/1/19 5:18 PM, Duncan Mak wrote: > > > Hello all, > > > > > > As part of my project, I needed to use some APIs from SRFI 43 (vectors). > > > > > > I noticed that Kawa doesn't come with this SRFI, it has its own APIs > > > for Vector (https://www.gnu.org/software/kawa/Vectors.html) and that > > > is a subset of the entire SRFI 43 definition. > > > > > > In particular, I was missing vector-reverse-copy! > > > > > > What would it take to get SRFI 43 into the Kawa distribution? > > > > I'll consider adding implementations for the missing procedures. > > Initially on a procedure-by-procedure basis. > > -- > > --Per Bothner > > per@bothner.com http://per.bothner.com/ > > > > -- > Duncan. -- Duncan.