From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Marc =?UTF-8?Q?Nieper-Wi=C3=9Fkirchen?= Newsgroups: gmane.lisp.guile.bugs Subject: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers Date: Thu, 9 Apr 2020 10:29:33 +0200 Message-ID: References: <87369lg132.fsf@igalia.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000044464c05a2d76b5a" Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="121040"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 40371@debbugs.gnu.org To: Andy Wingo Original-X-From: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Thu Apr 09 10:30:10 2020 Return-path: Envelope-to: guile-bugs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jMSZe-000VPt-GK for guile-bugs@m.gmane-mx.org; Thu, 09 Apr 2020 10:30:10 +0200 Original-Received: from localhost ([::1]:44876 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMSZd-0008Hc-FA for guile-bugs@m.gmane-mx.org; Thu, 09 Apr 2020 04:30:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49147) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jMSZY-0008HI-5r for bug-guile@gnu.org; Thu, 09 Apr 2020 04:30:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jMSZW-0004Qg-VZ for bug-guile@gnu.org; Thu, 09 Apr 2020 04:30:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41657) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jMSZW-0004Qb-QP for bug-guile@gnu.org; Thu, 09 Apr 2020 04:30:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jMSZW-00066i-O4 for bug-guile@gnu.org; Thu, 09 Apr 2020 04:30:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Marc =?UTF-8?Q?Nieper-Wi=C3=9Fkirchen?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Thu, 09 Apr 2020 08:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40371 X-GNU-PR-Package: guile Original-Received: via spool by 40371-submit@debbugs.gnu.org id=B40371.158642099323434 (code B ref 40371); Thu, 09 Apr 2020 08:30:02 +0000 Original-Received: (at 40371) by debbugs.gnu.org; 9 Apr 2020 08:29:53 +0000 Original-Received: from localhost ([127.0.0.1]:53203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jMSZN-00065u-63 for submit@debbugs.gnu.org; Thu, 09 Apr 2020 04:29:53 -0400 Original-Received: from mail-pf1-f177.google.com ([209.85.210.177]:40076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jMSZK-00065f-R3 for 40371@debbugs.gnu.org; Thu, 09 Apr 2020 04:29:52 -0400 Original-Received: by mail-pf1-f177.google.com with SMTP id c20so3791519pfi.7 for <40371@debbugs.gnu.org>; Thu, 09 Apr 2020 01:29:50 -0700 (PDT) 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=HIflWoVaGZuAOoEzX4aIdtC+GOY60XnxmTIrfZjXYBY=; b=S+ebRGhN/ecdPQJfijousDtpZAtQ/9YgSVPG2dzsmf3l5mTqwPR9Mt3I4hyQpaGN9m QOvqcaDKSfgASliSwFQDtJFYn10BmjGX4VmwoeO9xxAmlmHA9vtnuurOnG+UlwVzEBN/ G5DYOcc1MzEydqJ9e+9AtSJhMk+fMjoIFKhGBH61arOPwtbiymtknjB6mLY7sKQxciD7 uU6qAkOrj7m0BHaTd0GX5m2wnyQthkuyFwBVrSbHYJOxhv49/1f4FzXyLAiPN9nFZgGT NCE1zdEWArW4XUN7+9HGZsSsdzZBQQjFp/F332rM3HierjpPo0Eq0phPDuHptpShSaET ++Hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HIflWoVaGZuAOoEzX4aIdtC+GOY60XnxmTIrfZjXYBY=; b=NnuRdG7OieMABhG4Lr0trohFCevNd0f1By7SmLMN4gLl4D5q+ewsSO/2UYb0A8UFJI wGMLSf/pUwx43+j/v7pCC+2xFMtgbaPARlQLUFVPaudDlzfDHZfBrndi4Xrs442kvMZz XsEmWdJmLqa1a+XXYArFzWpK/AGCRBDY5W9mR9z+pyvtLh1w/0b5uvJyU5zKD7oG5TBt KpqccUJgMAzLOdjbbAKSPRuuvTBm3KN0p9vs7WCR4Eu7KnMPDUMwKGzXBAVh5JrDflkR ZjtNqDfqw9w1m4HUnQz2RuxW/x9iz0crsGBLCC8y0pbASkBCLcLFCO/GC/hXfg3GrJxp z/FA== X-Gm-Message-State: AGi0PuaTlk7dMGR5cDR7rq+W8sFZSdrdPfdJW2tW1CxHt8p3UJSLBrnI lowuT/E4siwUUlJ2RhfePB97jTEWEE/YnktxZrLDUvAnLQ4= X-Google-Smtp-Source: APiQypLjQhjIfN2H7IjAIWQTYdizynkJtfQ1XEOO/hUXq5XtB4g2Rb2Vl2i6kPYUtyAB3UKHPCXtxG8VSaqQ0l+Dy2U= X-Received: by 2002:a62:8342:: with SMTP id h63mr11829315pfe.24.1586420984825; Thu, 09 Apr 2020 01:29:44 -0700 (PDT) In-Reply-To: <87369lg132.fsf@igalia.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-guile@gnu.org List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Original-Sender: "bug-guile" Xref: news.gmane.io gmane.lisp.guile.bugs:9714 Archived-At: --00000000000044464c05a2d76b5a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Do., 2. Apr. 2020 um 21:05 Uhr schrieb Andy Wingo : > In the concrete case of the SRFI modules, importing e.g. (srfi 9) works > AFAIU. Does this not work for you? > In this clause, it is checked whether every part of the library's name is a symbol: http://git.savannah.gnu.org/gitweb/?p=3Dguile.git;a=3Dblob;f=3Dmodule/ice-9= /r6rs-libraries.scm;h=3Dc6ba6a4964d1eb861ef7eca1076d5e7019c134c4;hb=3DHEAD#= l158 Interestingly, the long library form `(library (srfi srfi-9))' doesn't work either here because `library' is not recognized as a keyword but mistaken as the name for a library. Marc > > I think that allowing numbers as module name components, beyond the SRFI > modules, is not currently a good idea for Guile. I had a look at it and > it's a bit too intrusive. > > Andy > > On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen > writes: > > > An R7RS library name consists of parts, where each part is either a > symbol or > > a non-negative exact integer. Guile doesn't support the latter ones. > > > > This is unfortunate as the implementation of a SRFI NNN is usually > delivered > > in form of a library named (srfi NNN). > > > > When this is corrected, for interoperability, it would be great if Guil= e > offers > > the included SRFIs not only under the name (srfi srfi-NNN) but also und= er > > (srfi NNN). > > > > Thanks, > > > > Marc > --00000000000044464c05a2d76b5a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Am Do., 2. Apr. 2020 um 21:05=C2=A0Uhr schrie= b Andy Wingo <wingo@igalia.com&g= t;:
In the concr= ete case of the SRFI modules, importing e.g. (srfi 9) works
AFAIU.=C2=A0 Does this not work for you?

In this clau= se, it is checked whether every part of the library's name is a symbol:=


Interestingly, the long library form `(library (srfi srfi-9))' doesn&#= 39;t work either here because `library' is not recognized as a keyword = but mistaken as the name for a library.

Marc
=C2=A0

I think that allowing numbers as module name components, beyond the SRFI modules, is not currently a good idea for Guile.=C2=A0 I had a look at it a= nd
it's a bit too intrusive.

Andy

On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen <marc.nieper@gmail.com> wri= tes:

> An R7RS library name consists of parts, where each part is either a sy= mbol or
> a non-negative exact integer. Guile doesn't support the latter one= s.
>
> This is unfortunate as the implementation of a SRFI NNN is usually del= ivered
> in form of a library named (srfi NNN).
>
> When this is corrected, for interoperability, it would be great if Gui= le offers
> the included SRFIs not only under the name (srfi srfi-NNN) but also un= der
> (srfi NNN).
>
> Thanks,
>
> Marc
--00000000000044464c05a2d76b5a--