Received: (at 40371) by debbugs.gnu.org; 21 Aug 2024 08:27:26 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Aug 21 04:27:26 2024 Received: from localhost ([127.0.0.1]:34902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1sgggf-00023v-T3 for submit <at> debbugs.gnu.org; Wed, 21 Aug 2024 04:27:26 -0400 Received: from layka.disroot.org ([178.21.23.139]:45574) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <retropikzel_@HIDDEN>) id 1sgg1a-0000fY-MI for 40371 <at> debbugs.gnu.org; Wed, 21 Aug 2024 03:44:59 -0400 Received: from localhost (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id 17E6641645 for <40371 <at> debbugs.gnu.org>; Wed, 21 Aug 2024 09:44:13 +0200 (CEST) X-Virus-Scanned: SPAM Filter at disroot.org Received: from layka.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2ETPsj9kgzH6 for <40371 <at> debbugs.gnu.org>; Wed, 21 Aug 2024 09:44:12 +0200 (CEST) Message-ID: <714a3dd0-9603-43ea-8df1-bd2a15b4ab9b@HIDDEN> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1724226252; bh=d+FfA97qq9CPv49S8cVC3lgWaJxXPfy4+bHgYc4w/fw=; h=Date:Reply-To:To:From:Subject; b=cw5vp3GxgkFN/3Gy5Tt1oFaQuCrYH4st/fd2R/1nmHfN7ioTzIs45VhsFIo06bcXu sPFeovmIMhD2kDxLPvpaeJkgvq+5h2Tgs+4jxl9L6FinNQNZ3EaD/2xJrcCajtx5rr KotpigX9VDAQjU8C4hcDoAB9tdAVqbGKchxWP+sDi5n0lzJ+w4gjBX2oFJMO6paWq3 YzOCuhvjYU61a58JmxqHQjpCtJM4M5hnKLAA6glMX7w7ArZ6bigNu2mfVC0y5IfAqI CGw6RloVlmZSwsE8S817+QI1h2gTheH4eMKdRBAGWmXIvmR/OtORjUGcyT+BVKmCUS cduKuz7laPQnQ== Date: Wed, 21 Aug 2024 10:44:05 +0300 MIME-Version: 1.0 Content-Language: en-US To: 40371 <at> debbugs.gnu.org From: Retropikzel <retropikzel_@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that, are non-negative exact integers Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 40371 X-Mailman-Approved-At: Wed, 21 Aug 2024 04:27:24 -0400 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Reply-To: retropikzel_@HIDDEN Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) I think I ran into this issue in a different place. Guile does not support the ((library (foo bar) ...) form in cond-expand, so one way around it is to have (cond-expand (srfi-N ... ) ((library (srfi N)) ...) but in a situation where srfi-N is false Guile tries to evaluate the (library ... form and errors with (in the case of N being 180): In procedure symbol->string: Wrong type argument in position 1 (expecting symbol): 180 Here is the example code: (import (scheme base) (scheme write)) (cond-expand (srfi-180 (display "I has SRFI 180 :)") (newline)) ((library (srfi 180)) (display "I has SRFI 180 :)") (newline)) (else (display "I do not has SRFI 180 :(") (newline))) It also errors without the number there, saying (switching 180 -> foo): no code for module (srfi foo)
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 24 Nov 2023 03:46:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Nov 23 22:46:12 2023 Received: from localhost ([127.0.0.1]:35409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1r6N8u-0002Oy-DH for submit <at> debbugs.gnu.org; Thu, 23 Nov 2023 22:46:12 -0500 Received: from mail-qt1-x82e.google.com ([2607:f8b0:4864:20::82e]:55749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <maxim.cournoyer@HIDDEN>) id 1r6N8s-0002OV-7n for 40371 <at> debbugs.gnu.org; Thu, 23 Nov 2023 22:46:11 -0500 Received: by mail-qt1-x82e.google.com with SMTP id d75a77b69052e-41cd8bd5727so7205111cf.3 for <40371 <at> debbugs.gnu.org>; Thu, 23 Nov 2023 19:46:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1700797560; x=1701402360; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=0T8v77kkJaTRmovd258SWifsyqnuuigyYwyOcYXyO7I=; b=VMb3xwwNhW+vbt7LroufOvJxDP3mnM3YQ14fEi/FSnrNbjbnA8+f5GS5/u9UQqBEyW NSOPrQ65VEfeFubcZwgsBOfd6MPRs2sQqgx4vCe0Pe79qu86HCB6Z0ADICv2aG1lvIgN cFeGekzIymCmPuOklUXTZq7DHl9cKJqWqJkB/IZ30dVhkppSF7ShiNvjuQkzOiHGtWo+ 74ObmBzFB8fgL/RTr4AeewDukIrtXTzeAPAWUFFjVLmoNLmvnsI7NJRsoZ8+Dg/4Yn70 4pfyP9GRF/DdqIqecdVV3wVBLF2MN+nf3N9h5jtHxyk8Ac+laChHjHZEeFEgT48V00sB d5tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700797560; x=1701402360; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=0T8v77kkJaTRmovd258SWifsyqnuuigyYwyOcYXyO7I=; b=Dc0kdBPEmJifEm+NlcB09m9dk5m0KP9ekaJB1AnR5M4h1jx08xfDBMsmN69mwYOO4z T/mQ+2NiuaQDcElTqD24vghcqL5UYmDdibkFGRgAqIB5AfEDLbo2ZpQKNSFnXriEDQwB uOx2ACczmfUY3JO9Afph6xuOmeIVddm9vIZeXvrxkbuDcW2k6OOFzpTwjsG9fd3oFJiQ XmTU7VOmVBKkrrwLMLET0YSlzdLLMxG4dPHSjWKFNjvLJ3fwgpUktuczd8Fl0xxfcr6c zX4JCxa2SkQr3RwVnN8t+uB4Q+rA2rdogkfSpzQZY5Xjr30fa66kmRg3g8E+jRN7s/SZ W6zQ== X-Gm-Message-State: AOJu0Yy4FSvsZ27HAHargyHoeBARVBxY+dtnj3kb+4RRancj9xF9Qiog 4ERQjnJVgMNcDm7E+hEyjz4= X-Google-Smtp-Source: AGHT+IEnIeG+arTrZ+nAHbSYrGrrpntX4V4u81w6Hj8rNbjKrOxJWLnOF764XExidNj1ZIhu+9qU1Q== X-Received: by 2002:ac8:7d52:0:b0:423:6edd:3158 with SMTP id h18-20020ac87d52000000b004236edd3158mr1681685qtb.57.1700797560212; Thu, 23 Nov 2023 19:46:00 -0800 (PST) Received: from hurd (dsl-205-233-124-102.b2b2c.ca. [205.233.124.102]) by smtp.gmail.com with ESMTPSA id n15-20020ac8674f000000b0041520676966sm967939qtp.47.2023.11.23.19.45.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Nov 2023 19:45:59 -0800 (PST) From: Maxim Cournoyer <maxim.cournoyer@HIDDEN> To: Martin Becze <mjbecze@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers In-Reply-To: <87pm007dju.fsf@HIDDEN> (Maxim Cournoyer's message of "Thu, 23 Nov 2023 09:24:37 -0500") References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> <87pm007dju.fsf@HIDDEN> Date: Thu, 23 Nov 2023 22:45:57 -0500 Message-ID: <87edgf7r0q.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 40371 Cc: 40371 <at> debbugs.gnu.org, marc.nieper@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Hi, Maxim Cournoyer <maxim.cournoyer@HIDDEN> writes: > Hello, > > Martin Becze <mjbecze@HIDDEN> writes: > >> Here is a patch that makes things usable for srfi's. (import (srfi >> NNNN)) will work. It just remove the guard condition that was catching >> the Integers. Does anyone know why the guard was there and if it is >> really needed? > > Is still still an issue when working with R7RS .sld libraries? It's > been possible to use e.g. (import (srfi 64)) since commit 2cca09126, > dated September 2019. This is handled in (ice-9 r6rs-libraries), so not > generally available, but it is in the context of a define-library > definition. > > Let us know if the problem is solved on your side, and if so, let's > close this issue! I now understand it works in a very limited way. For example, (srfi 64) works, but (srfi 160 u8) doesn't, and if someone came up with any other valid R7RS module name such as (anything 9) it would not work. The current support is done at r6rs-libraries.scm (which is kind of the wrong place to do it as well). I think there is value addressing it in the core resolve-interface to better support R7RS libraries. -- Thanks, Maxim
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 23 Nov 2023 14:24:51 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Nov 23 09:24:51 2023 Received: from localhost ([127.0.0.1]:32939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1r6AdP-0006Jb-37 for submit <at> debbugs.gnu.org; Thu, 23 Nov 2023 09:24:51 -0500 Received: from mail-oi1-x22e.google.com ([2607:f8b0:4864:20::22e]:53368) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <maxim.cournoyer@HIDDEN>) id 1r6AdO-0006JP-3n for 40371 <at> debbugs.gnu.org; Thu, 23 Nov 2023 09:24:50 -0500 Received: by mail-oi1-x22e.google.com with SMTP id 5614622812f47-3b83fc26e4cso570808b6e.2 for <40371 <at> debbugs.gnu.org>; Thu, 23 Nov 2023 06:24:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1700749480; x=1701354280; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=tzIjAmmpK+Xyedd8ydi5cNZfYZXrI4R4aV1UROyL2dg=; b=ETKlsUw+ikgS/PdxpD4S5ARXQiOSwr4uZM5QSQwN1MRzd+k2SZNxbmrACPKR8BgdEt 0Oa6L+xbm8a5baG4qMYeKH9fSTW0VajZZRKl7a80I68iIg6eesMShtR8we2v6lUtNNdD cUE9CreJSQlq5LntQqDSSrp5q0o+Ma1mUjYnFlUY0UAiByOX9P/uV0JhQeUnDypt6ZW4 XKC0EIjpjwlR4TNOYrCGeBcNCN7uYtO6pP2yMo0ZMy7axaBsMs3rZmte0gX/TQSTghXX GFFHGJ50gzkIxgKU98xoyZQYphuB7thQ1rzj++2Wd7eUuJR859RU2gshWhBdF7+ZdPW0 Wtag== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1700749480; x=1701354280; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=tzIjAmmpK+Xyedd8ydi5cNZfYZXrI4R4aV1UROyL2dg=; b=lHubCMS2aceWQ0O2EILnRNi+jPViwFu3zBQdkaqai+W/hctrLLFlU0A+5/2DyGdQcN 9knG60sT3pcovRdzsO3RgAO0mDnZ6sREINIruimxHsYKs+iMI6Tp4jIPV5Twn2gTKWz1 RUo4zUix5FA0AY40Odl6km2Ev+4E9aShcAqym3W7osR2gIohxfCcBe8egzdoL3fjiXBr /CC43wkQRMMTZQ2cJ37UuJkCu1AhgkHY94svOjOzy8gVnxmx/vEChoG8QnUIDgZhkNra RqLbJtzW36+KYKKwnukAW79ajWSdvf5QdKbwbTK7UyLGpx9DatGdJN2yVhHxBfyFx9d5 FQ9A== X-Gm-Message-State: AOJu0Yx22ax1sZO4Nq6U3O/Gqs1M5+lcZ+B7JksQ3fntZEoUIh2h4wWA +aYoXh+6MTuvzNXcSfYZQmU798Sv2lUMyg== X-Google-Smtp-Source: AGHT+IEF3EUJbvQszNqrqbQVuCZUgh4bnjFGdAtC5JS061dM9IuaJ5hlLAbERHy4LignVKXdG+1DlA== X-Received: by 2002:a05:6358:8822:b0:16d:b577:e9f1 with SMTP id hv34-20020a056358882200b0016db577e9f1mr4413340rwb.9.1700749479686; Thu, 23 Nov 2023 06:24:39 -0800 (PST) Received: from hurd (dsl-205-233-124-102.b2b2c.ca. [205.233.124.102]) by smtp.gmail.com with ESMTPSA id b1-20020a0c9b01000000b00679dad5b3f7sm545976qve.84.2023.11.23.06.24.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 23 Nov 2023 06:24:38 -0800 (PST) From: Maxim Cournoyer <maxim.cournoyer@HIDDEN> To: Martin Becze <mjbecze@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers In-Reply-To: <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> (Martin Becze's message of "Wed, 19 Aug 2020 05:16:57 -0500") References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> Date: Thu, 23 Nov 2023 09:24:37 -0500 Message-ID: <87pm007dju.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 40371 Cc: 40371 <at> debbugs.gnu.org, marc.nieper@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) Hello, Martin Becze <mjbecze@HIDDEN> writes: > Here is a patch that makes things usable for srfi's. (import (srfi > NNNN)) will work. It just remove the guard condition that was catching > the Integers. Does anyone know why the guard was there and if it is > really needed? Is still still an issue when working with R7RS .sld libraries? It's been possible to use e.g. (import (srfi 64)) since commit 2cca09126, dated September 2019. This is handled in (ice-9 r6rs-libraries), so not generally available, but it is in the context of a define-library definition. Let us know if the problem is solved on your side, and if so, let's close this issue! -- Thanks, Maxim
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 24 Aug 2020 11:42:03 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Aug 24 07:42:03 2020 Received: from localhost ([127.0.0.1]:56337 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1kAArT-0002eo-Cc for submit <at> debbugs.gnu.org; Mon, 24 Aug 2020 07:42:03 -0400 Received: from mout.web.de ([212.227.15.14]:32901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <arne_bab@HIDDEN>) id 1kAArR-0002eI-2E for 40371 <at> debbugs.gnu.org; Mon, 24 Aug 2020 07:42:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1598269310; bh=5DBA1HWxa78/L4NFjvUMT2nMbh3NX6suZ4+MvExCwk0=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:In-reply-to:Date; b=fK4uFxhyNVEmNiXkhmViDqpId5LL0U2dq8CbO///yE8cYjVUqhvdFwIs4zxEpizBt YOD86LwnsYKKKOhGLy0HlO2a0gjRs7u7j6Bn2EA5HY97rqQKWjNxmvDgcoVVxHjSw5 YjgQCQj05ToO5VXGbtRSqz/d21Gz2RMh653/9NXY= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from fluss ([80.136.20.161]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0M5wkL-1kY3OR082z-00xtCq; Mon, 24 Aug 2020 13:41:50 +0200 References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> User-agent: mu4e 1.4.13; emacs 26.3 From: "Dr. Arne Babenhauserheide" <arne_bab@HIDDEN> To: Martin Becze <mjbecze@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers In-reply-to: <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> Date: Mon, 24 Aug 2020 13:41:45 +0200 Message-ID: <87eenwxocm.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Provags-ID: V03:K1:bTEdjU6bAD4m/RS4suHgdPQb2ARPADnFIyOsnppQf8ojDj99SFk 2jUjvXHzra0KZmBp9Zy8BqWn8UYS27DCA1uxdrxcF/Vu9bU2DS0j2Fx75gCiAUap3SwS91f oCxto9mAgQTBFXqYsunhdXv0WF7sfD7jlPzpxBcyZKlu37Alb5T0aXuAyGNYGsCR2vveedi XDJxI0sc+EgJ5vAa6HT6Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4qPka4GvrmU=:mascVTh9EoftAmbSitAEXs sBCRsMYlBIpKkVtqYCVeI1Wf8iK46VW+x/dvR0/Qan1aWAlHPbywnYMxR9fUer3gStyBnnZKI RjgZ/FR0sllzAp/KzqaxYZ2Fwo90kFYY7aEOECsBKlZb9dfNNAnkRagDwboct0OKd0Yql1eXo NT55mgUqPmgWoPx84aExk+iWf71IcB/xF2/99b9y5hGgcR6oZttDt23jsjNPdbuuQtOOivpkD wtXBSjzKWWF+vkmJLTAV9W+klnkSlqy4uc6edRLl7ZOQa6+jx78wgTdmTtY0uTEj4rg5zYqBP GXQXscwYEZahiRXlPY3B9POXZqZ+ewJ5dRKs8DQjdAqsiQ4riuB0oorZPm2k/lUN9NoSP130t fW6QfXkhU4tK4qdtDEIG1VC9Kp+aH5ZOLf6a0VGunTjuT02TlwwCLy/WUYk5VtHtzTtsdLeNC GMoxLwO9E1++RtLekR9caAZC3A/Jks41iYh3uYpWEs5stW5GLvEHPvt8SPh8M/JDYfI2/O027 uCpnwJ3mciUjjsmUuRuRkiSKxbEUKYUN7CaKUoNFHYdWudJawOQJlYNcE5G8MuH5hmCWOawf5 xdKdczv/xQw3sRURu3P7RW5lf85Ojuoexag+wyIrc7mn+QsC263IPxGnScvZeIJv4SV0CRkb2 anYuBglTgPislRfIlupOssgvLC5u/J8i0fWfuTzw1GIZXB/QMV4AiVIrGCzxD1q1vC6DFlymc 5x1epLVFES+4WOA7zScm/jDwtZ1qizvh2a83+KhLxXlLDEoY0g623W/JlfagwQtMiDBO7LAFh cXrruqB8pa8RHS05Nqs0SJKM9PEcwkuRvoVz8jIRZ1cChvfkQcEpDGW5KvdGrpXobB5ohz770 Umyl0ETdndFD1L9U3IoHuswOg76Q6iEzlEYtvZwTYeo3PtfUvaXVi5KQrA1LEjMql+UgGSK+8 4DuR5+JbsA2XVd+HPHsIaR85OgFot03HycSvBoibCbB54NaS7lHd7nluozyf2YMMJ4BBDQQbM wOUXOM9Wqj7UHkkyVJrwxk7gSIWsa654GUjdcZyCM2mv1B/GW1Zp2si2rdGuypR9dHfgy+GBB LCY1jSEElXkpFGzPXDmPk0YD82aNQJ3Zkzu+2vPwuYPxjVVXmN+1cJTKAuf5dwUlz98snJCxH aReXRN0ys/bbtl0uh1QiHdBgCloRz9hKATRzkPwzUXqYEwa9RrlDPUak1CvFisHNQSzyIEhR+ scd/vDyWfjVGKFCO8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 40371 Cc: 40371 <at> debbugs.gnu.org, bug-guile@HIDDEN, marc.nieper@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Martin Becze <mjbecze@HIDDEN> writes: > Here is a patch that makes things usable for srfi's. (import (srfi > NNNN)) will work. It just remove the guard condition that was catching > the Integers. Does anyone know why the guard was there and if it is > really needed? Thank you for the patch! I would like to argue in favor of supporting this. It is currently the only reason why Guile has to use the r6rs testsuite for srfi-197 instead of the r7rs testsuite. Best wishes, Arne =2D-=20 Unpolitisch sein hei=C3=9Ft politisch sein ohne es zu merken --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE801qEjXQSQPNItXAE++NRSQDw+sFAl9Dp3wACgkQE++NRSQD w+tQlhAAyaBATxmfKfQe6fePNY6NLlSi/XZ/gqkN9kOzBa79yN9/bnSG9o86pVhJ QPlaQN3gUlK4PdkZnzBA/jurt5gbYBOS7UvOKdUt10gFtXoBww2WYMyFAoJNb53h ynJhYjUJZGIBSaMvN1enqtQmTpeZktT+PI+swhGe7OVSE9SKkH7qAQjcQrGkON8G XZ1ws2bQzzW50YCWhT94eF1z2mWcazv3lohb419p2UHp+cZoOG+DvDN+y4OsCniC 7i7wyAIN8Njo6vIhdGOChVKYH9hdCFEPJXabvFnk9Qarkp9J98EcZa4tmN1yQ3yI RkucwGFzQOEfg2lUTu1T7x3q8Xl7gNqzuk/O1eGCcelFHww/HiCJK8zPmViCUCsO FeZfPQvGZgx3rxw5xRHQbAbYluxjn/PiSRpoXhBduPHjrMzYw3lvejF3PnFbr82L r+fdvi+phYthwTM7TpUOgaquKe87Ay6YhZktyV4UCCooiKI1QJj/6H0DvbVrf3o6 YnCO4FZG49ehlw4T18b3LV6Wl+mMeVkORvCUCU/Yx/HPVcD1hWzuCEdMiCfIfIDX wA1nJkjISy2jLoAV3JcgEUhNNqJz0kUOO1msQr7dWTkFm9tZU5hP2cXDLWdG9hXM IsWb+H2zNe9bHf4z1mAU/rdL+AtjY7N4wMNLGj79WnbBYEPTvlqIswQBAQgAHRYh BN0ovebZh1yrzkqLHdzPDbMLwQVIBQJfQ6d8AAoJENzPDbMLwQVIrlQD/iLAlDMM ONe4x1mzTSBjIHeOIBnqbM8L/xdeiebc6mtTGlyM16FjeapvgcTF+ymz5B+QC+wY 0I/P1FW5zww7yit4IIFUIqsbVnjLm+vJQe3MPv1m8ctJ8mwCi6wfnWDZu1GPOkaJ dFHXF7oCw3qbQGNRxdO5dup93xxLM4ge7jkK =AkOi -----END PGP SIGNATURE----- --=-=-=--
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at submit) by debbugs.gnu.org; 24 Aug 2020 11:42:11 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Aug 24 07:42:11 2020 Received: from localhost ([127.0.0.1]:56340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1kAArb-0002f9-It for submit <at> debbugs.gnu.org; Mon, 24 Aug 2020 07:42:11 -0400 Received: from lists.gnu.org ([209.51.188.17]:59690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <arne_bab@HIDDEN>) id 1kAArW-0002ez-UG for submit <at> debbugs.gnu.org; Mon, 24 Aug 2020 07:42:07 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49756) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <arne_bab@HIDDEN>) id 1kAArW-0007jY-NJ for bug-guile@HIDDEN; Mon, 24 Aug 2020 07:42:06 -0400 Received: from mout.web.de ([212.227.15.14]:56405) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <arne_bab@HIDDEN>) id 1kAArV-0002nG-4Y for bug-guile@HIDDEN; Mon, 24 Aug 2020 07:42:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1598269310; bh=5DBA1HWxa78/L4NFjvUMT2nMbh3NX6suZ4+MvExCwk0=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:In-reply-to:Date; b=fK4uFxhyNVEmNiXkhmViDqpId5LL0U2dq8CbO///yE8cYjVUqhvdFwIs4zxEpizBt YOD86LwnsYKKKOhGLy0HlO2a0gjRs7u7j6Bn2EA5HY97rqQKWjNxmvDgcoVVxHjSw5 YjgQCQj05ToO5VXGbtRSqz/d21Gz2RMh653/9NXY= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from fluss ([80.136.20.161]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0M5wkL-1kY3OR082z-00xtCq; Mon, 24 Aug 2020 13:41:50 +0200 References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> User-agent: mu4e 1.4.13; emacs 26.3 From: "Dr. Arne Babenhauserheide" <arne_bab@HIDDEN> To: Martin Becze <mjbecze@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers In-reply-to: <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> Date: Mon, 24 Aug 2020 13:41:45 +0200 Message-ID: <87eenwxocm.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Provags-ID: V03:K1:bTEdjU6bAD4m/RS4suHgdPQb2ARPADnFIyOsnppQf8ojDj99SFk 2jUjvXHzra0KZmBp9Zy8BqWn8UYS27DCA1uxdrxcF/Vu9bU2DS0j2Fx75gCiAUap3SwS91f oCxto9mAgQTBFXqYsunhdXv0WF7sfD7jlPzpxBcyZKlu37Alb5T0aXuAyGNYGsCR2vveedi XDJxI0sc+EgJ5vAa6HT6Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4qPka4GvrmU=:mascVTh9EoftAmbSitAEXs sBCRsMYlBIpKkVtqYCVeI1Wf8iK46VW+x/dvR0/Qan1aWAlHPbywnYMxR9fUer3gStyBnnZKI RjgZ/FR0sllzAp/KzqaxYZ2Fwo90kFYY7aEOECsBKlZb9dfNNAnkRagDwboct0OKd0Yql1eXo NT55mgUqPmgWoPx84aExk+iWf71IcB/xF2/99b9y5hGgcR6oZttDt23jsjNPdbuuQtOOivpkD wtXBSjzKWWF+vkmJLTAV9W+klnkSlqy4uc6edRLl7ZOQa6+jx78wgTdmTtY0uTEj4rg5zYqBP GXQXscwYEZahiRXlPY3B9POXZqZ+ewJ5dRKs8DQjdAqsiQ4riuB0oorZPm2k/lUN9NoSP130t fW6QfXkhU4tK4qdtDEIG1VC9Kp+aH5ZOLf6a0VGunTjuT02TlwwCLy/WUYk5VtHtzTtsdLeNC GMoxLwO9E1++RtLekR9caAZC3A/Jks41iYh3uYpWEs5stW5GLvEHPvt8SPh8M/JDYfI2/O027 uCpnwJ3mciUjjsmUuRuRkiSKxbEUKYUN7CaKUoNFHYdWudJawOQJlYNcE5G8MuH5hmCWOawf5 xdKdczv/xQw3sRURu3P7RW5lf85Ojuoexag+wyIrc7mn+QsC263IPxGnScvZeIJv4SV0CRkb2 anYuBglTgPislRfIlupOssgvLC5u/J8i0fWfuTzw1GIZXB/QMV4AiVIrGCzxD1q1vC6DFlymc 5x1epLVFES+4WOA7zScm/jDwtZ1qizvh2a83+KhLxXlLDEoY0g623W/JlfagwQtMiDBO7LAFh cXrruqB8pa8RHS05Nqs0SJKM9PEcwkuRvoVz8jIRZ1cChvfkQcEpDGW5KvdGrpXobB5ohz770 Umyl0ETdndFD1L9U3IoHuswOg76Q6iEzlEYtvZwTYeo3PtfUvaXVi5KQrA1LEjMql+UgGSK+8 4DuR5+JbsA2XVd+HPHsIaR85OgFot03HycSvBoibCbB54NaS7lHd7nluozyf2YMMJ4BBDQQbM wOUXOM9Wqj7UHkkyVJrwxk7gSIWsa654GUjdcZyCM2mv1B/GW1Zp2si2rdGuypR9dHfgy+GBB LCY1jSEElXkpFGzPXDmPk0YD82aNQJ3Zkzu+2vPwuYPxjVVXmN+1cJTKAuf5dwUlz98snJCxH aReXRN0ys/bbtl0uh1QiHdBgCloRz9hKATRzkPwzUXqYEwa9RrlDPUak1CvFisHNQSzyIEhR+ scd/vDyWfjVGKFCO8 Received-SPF: pass client-ip=212.227.15.14; envelope-from=arne_bab@HIDDEN; helo=mout.web.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/24 07:42:02 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit Cc: 40371 <at> debbugs.gnu.org, bug-guile@HIDDEN, marc.nieper@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.4 (--) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Martin Becze <mjbecze@HIDDEN> writes: > Here is a patch that makes things usable for srfi's. (import (srfi > NNNN)) will work. It just remove the guard condition that was catching > the Integers. Does anyone know why the guard was there and if it is > really needed? Thank you for the patch! I would like to argue in favor of supporting this. It is currently the only reason why Guile has to use the r6rs testsuite for srfi-197 instead of the r7rs testsuite. Best wishes, Arne =2D-=20 Unpolitisch sein hei=C3=9Ft politisch sein ohne es zu merken --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE801qEjXQSQPNItXAE++NRSQDw+sFAl9Dp3wACgkQE++NRSQD w+tQlhAAyaBATxmfKfQe6fePNY6NLlSi/XZ/gqkN9kOzBa79yN9/bnSG9o86pVhJ QPlaQN3gUlK4PdkZnzBA/jurt5gbYBOS7UvOKdUt10gFtXoBww2WYMyFAoJNb53h ynJhYjUJZGIBSaMvN1enqtQmTpeZktT+PI+swhGe7OVSE9SKkH7qAQjcQrGkON8G XZ1ws2bQzzW50YCWhT94eF1z2mWcazv3lohb419p2UHp+cZoOG+DvDN+y4OsCniC 7i7wyAIN8Njo6vIhdGOChVKYH9hdCFEPJXabvFnk9Qarkp9J98EcZa4tmN1yQ3yI RkucwGFzQOEfg2lUTu1T7x3q8Xl7gNqzuk/O1eGCcelFHww/HiCJK8zPmViCUCsO FeZfPQvGZgx3rxw5xRHQbAbYluxjn/PiSRpoXhBduPHjrMzYw3lvejF3PnFbr82L r+fdvi+phYthwTM7TpUOgaquKe87Ay6YhZktyV4UCCooiKI1QJj/6H0DvbVrf3o6 YnCO4FZG49ehlw4T18b3LV6Wl+mMeVkORvCUCU/Yx/HPVcD1hWzuCEdMiCfIfIDX wA1nJkjISy2jLoAV3JcgEUhNNqJz0kUOO1msQr7dWTkFm9tZU5hP2cXDLWdG9hXM IsWb+H2zNe9bHf4z1mAU/rdL+AtjY7N4wMNLGj79WnbBYEPTvlqIswQBAQgAHRYh BN0ovebZh1yrzkqLHdzPDbMLwQVIBQJfQ6d8AAoJENzPDbMLwQVIrlQD/iLAlDMM ONe4x1mzTSBjIHeOIBnqbM8L/xdeiebc6mtTGlyM16FjeapvgcTF+ymz5B+QC+wY 0I/P1FW5zww7yit4IIFUIqsbVnjLm+vJQe3MPv1m8ctJ8mwCi6wfnWDZu1GPOkaJ dFHXF7oCw3qbQGNRxdO5dup93xxLM4ge7jkK =AkOi -----END PGP SIGNATURE----- --=-=-=--
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at submit) by debbugs.gnu.org; 19 Aug 2020 10:17:17 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Aug 19 06:17:17 2020 Received: from localhost ([127.0.0.1]:37954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1k8L9g-0005nr-Vh for submit <at> debbugs.gnu.org; Wed, 19 Aug 2020 06:17:17 -0400 Received: from lists.gnu.org ([209.51.188.17]:40154) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <mjbecze@HIDDEN>) id 1k8L9e-0005nj-Pw for submit <at> debbugs.gnu.org; Wed, 19 Aug 2020 06:17:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58008) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <mjbecze@HIDDEN>) id 1k8L9e-000065-D4 for bug-guile@HIDDEN; Wed, 19 Aug 2020 06:17:14 -0400 Received: from mx1.riseup.net ([198.252.153.129]:59638) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <mjbecze@HIDDEN>) id 1k8L9c-0007gl-6K for bug-guile@HIDDEN; Wed, 19 Aug 2020 06:17:13 -0400 Received: from bell.riseup.net (bell-pn.riseup.net [10.0.1.178]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4BWkGt0GFvzFmNb; Wed, 19 Aug 2020 03:17:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1597832230; bh=L/oX5eq+fCBFW6OWymLUiJ7RTS4k4bJ8//vyQ25sktU=; h=To:References:From:Subject:Date:In-Reply-To:From; b=l7WXhOow1iKufmn9fXwmzZp6s2THsgBMn9Jrm6qtmldA40T9anJCQia7wWMrux2U6 WzeGx+MVJY+jygGveRLw9fgV5IZsPxOv9TvPEEu7+6i5JYTK8v3D6yjpIxRm55PLyd UajL0MIY4nxjpH7kuYindqj4dfLsYDjPgQj7HCTU= X-Riseup-User-ID: F44FC037E6060E73B9AFA1855FCB8961BE4968ECAC9BC43AB1183F43687B4E34 Received: from [127.0.0.1] (localhost [127.0.0.1]) by bell.riseup.net (Postfix) with ESMTPSA id 4BWkGr6d9LzJqPt; Wed, 19 Aug 2020 03:17:08 -0700 (PDT) To: =?UTF-8?Q?Marc_Nieper-Wi=c3=9fkirchen?= <marc.nieper@HIDDEN>, bug-guile@HIDDEN References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> From: Martin Becze <mjbecze@HIDDEN> Autocrypt: addr=mjbecze@HIDDEN; keydata= mQENBE9w5AMBCADgJkbsy1TAb9x2MHupHGu+Rb7utyvsx/tdv2amgkm80PdzDWOAVJGvRX8g UQfnUUIUwXhicdd0mG5Xmf1S6YreV2qM2rYqO8rFk6cWyLK6901NpD+gXJgjKLipvjk+8370 l7yUJmoSDdNDK7kIhWOs6HYkMK5No/Bs4SbtY5PjF1tVmNbk5KzlyKUDmMclQB1gI0cmrJ2s doTuLz4IC90UZYhV9pq/MIGjlh4eY8aQR5Uj6/jXtrwneS9V3ouhB+R9uHtKqqyok5nNdPlC UvfA/bo/2er9UAmSkewLQOTKOfwj0Ei5IQ2eRLtO5LZLZi3K4m6FOB9s37gZ5K8tp/KtABEB AAG0G21hcnRpbiA8bWpiZWN6ZUByaXNldXAubmV0PokBTwQTAQIAOQIbIwYLCQgHAwIGFQgC CQoLBBYCAwECHgECF4AWIQTz7/81Or0tjbvA2rEyGpsLNjs9lwUCWQWzWQAKCRAyGpsLNjs9 l0SRB/9GFqbQeOADWJe9ke5RAAvD5HVGQCPCAsp+h+krgdsaOUySVAoVjo29fRQVoqmF1KY2 iCw9WQGiiwD8aMCEH1W+o9QPxMYeWFFyhqErEsv/BQRWNbvS9xb5YUXcB9QY68WDP83v5he2 pL7DI7fWwAx6xAAw9rgEduABewULNCsTUJzd9UG6HILEY7DLl/addQjvtTaITfKPYrrLnHND fQlGtxgzsfbkxezO8gYLARQBxAWETjOYxpt8d9J36FNnQN8OcsuXjEgYWh7dsPtp+w3P8Yj9 5YrEu/9+eehSy9ath6vhRF9N+/gvmR5WAb5EB8w/hm11pjeX9tY8vK7vuTt9uQENBE9w5AMB CADE6N30hVEWOslgeMRX6Nu64goqIl0bWtDSvxs2jutimNm29JKWJ7GiAEr9HOtHXDGJFbTc 8OHhz1YoINsEwBoD1czOp+1FKV8i6HCL73+O0sP0pbX43gckRxli01HouyL8IbZouYAlyDsS k0o/VTPi1P2eMfNSXG77I8WYklm46hzv7KFFFIzHWF2bfLBchIuLk9IixsWAg4o5gWUQaoHo YPOzXv1m6h6fZnyy6gIs57Dd9Cwakxv7mZLx+/Yf9hnYAYRZJDQLIv7YdDiYuQWq9jQwuQNs fzYMI6NKgQC+WwOjCbksq9tBE3G4hldltS67LogTtLN6kMAAu6ebzwyvABEBAAGJATYEGAEC ACACGwwWIQTz7/81Or0tjbvA2rEyGpsLNjs9lwUCWQWzWQAKCRAyGpsLNjs9l6SuCAC1mgXQ 4+WvOGIhgeE/3QxuafVj8AapWeN54Lp5On32bkphwAVBFSHxCsoqCMz+eneFVhzTLzdsmIjQ Kbd1U2BZf5jpQKKC+WsNxfWuad2Q500bYO/EJ2kkgKoW8sdnMQp6RWnin4ldtZoD1gHrvi+q ecnLqVSt3zJr2CmI+eBzSDee0KJxXYx2ga72yrrH9UhYE+6TEW1qXs0cjMd/gKu6IUk6fFmX 3mzizUG6k4lN1WefLgRkS69YrAiRTtrpUvMv6BEeLBDlBzi3RFYqdxghW6brlmhRv28muUWN ZjlEbsKmDE4fz2JVN64/wDeyqz/XREkWNYtJ/52H6c/CR7MVuQENBE9w5AMBCADE6N30hVEW OslgeMRX6Nu64goqIl0bWtDSvxs2jutimNm29JKWJ7GiAEr9HOtHXDGJFbTc8OHhz1YoINsE wBoD1czOp+1FKV8i6HCL73+O0sP0pbX43gckRxli01HouyL8IbZouYAlyDsSk0o/VTPi1P2e MfNSXG77I8WYklm46hzv7KFFFIzHWF2bfLBchIuLk9IixsWAg4o5gWUQaoHoYPOzXv1m6h6f Znyy6gIs57Dd9Cwakxv7mZLx+/Yf9hnYAYRZJDQLIv7YdDiYuQWq9jQwuQNsfzYMI6NKgQC+ WwOjCbksq9tBE3G4hldltS67LogTtLN6kMAAu6ebzwyvABEBAAGJATYEGAECACACGwwWIQTz 7/81Or0tjbvA2rEyGpsLNjs9lwUCWQWzWQAKCRAyGpsLNjs9l6SuCAC1mgXQ4+WvOGIhgeE/ 3QxuafVj8AapWeN54Lp5On32bkphwAVBFSHxCsoqCMz+eneFVhzTLzdsmIjQKbd1U2BZf5jp QKKC+WsNxfWuad2Q500bYO/EJ2kkgKoW8sdnMQp6RWnin4ldtZoD1gHrvi+qecnLqVSt3zJr 2CmI+eBzSDee0KJxXYx2ga72yrrH9UhYE+6TEW1qXs0cjMd/gKu6IUk6fFmX3mzizUG6k4lN 1WefLgRkS69YrAiRTtrpUvMv6BEeLBDlBzi3RFYqdxghW6brlmhRv28muUWNZjlEbsKmDE4f z2JVN64/wDeyqz/XREkWNYtJ/52H6c/CR7MVuQENBE9w5AMBCADE6N30hVEWOslgeMRX6Nu6 4goqIl0bWtDSvxs2jutimNm29JKWJ7GiAEr9HOtHXDGJFbTc8OHhz1YoINsEwBoD1czOp+1F KV8i6HCL73+O0sP0pbX43gckRxli01HouyL8IbZouYAlyDsSk0o/VTPi1P2eMfNSXG77I8WY klm46hzv7KFFFIzHWF2bfLBchIuLk9IixsWAg4o5gWUQaoHoYPOzXv1m6h6fZnyy6gIs57Dd 9Cwakxv7mZLx+/Yf9hnYAYRZJDQLIv7YdDiYuQWq9jQwuQNsfzYMI6NKgQC+WwOjCbksq9tB E3G4hldltS67LogTtLN6kMAAu6ebzwyvABEBAAGJATYEGAECACACGwwWIQTz7/81Or0tjbvA 2rEyGpsLNjs9lwUCWQWzWQAKCRAyGpsLNjs9l6SuCAC1mgXQ4+WvOGIhgeE/3QxuafVj8Aap WeN54Lp5On32bkphwAVBFSHxCsoqCMz+eneFVhzTLzdsmIjQKbd1U2BZf5jpQKKC+WsNxfWu ad2Q500bYO/EJ2kkgKoW8sdnMQp6RWnin4ldtZoD1gHrvi+qecnLqVSt3zJr2CmI+eBzSDee 0KJxXYx2ga72yrrH9UhYE+6TEW1qXs0cjMd/gKu6IUk6fFmX3mzizUG6k4lN1WefLgRkS69Y rAiRTtrpUvMv6BEeLBDlBzi3RFYqdxghW6brlmhRv28muUWNZjlEbsKmDE4fz2JVN64/wDey qz/XREkWNYtJ/52H6c/CR7MVuQENBE9w5AMBCADE6N30hVEWOslgeMRX6Nu64goqIl0bWtDS vxs2jutimNm29JKWJ7GiAEr9HOtHXDGJFbTc8OHhz1YoINsEwBoD1czOp+1FKV8i6HCL73+O 0sP0pbX43gckRxli01HouyL8IbZouYAlyDsSk0o/VTPi1P2eMfNSXG77I8WYklm46hzv7KFF FIzHWF2bfLBchIuLk9IixsWAg4o5gWUQaoHoYPOzXv1m6h6fZnyy6gIs57Dd9Cwakxv7mZLx +/Yf9hnYAYRZJDQLIv7YdDiYuQWq9jQwuQNsfzYMI6NKgQC+WwOjCbksq9tBE3G4hldltS67 LogTtLN6kMAAu6ebzwyvABEBAAGJATYEGAECACACGwwWIQTz7/81Or0tjbvA2rEyGpsLNjs9 lwUCWQWzWQAKCRAyGpsLNjs9l6SuCAC1mgXQ4+WvOGIhgeE/3QxuafVj8AapWeN54Lp5On32 bkphwAVBFSHxCsoqCMz+eneFVhzTLzdsmIjQKbd1U2BZf5jpQKKC+WsNxfWuad2Q500bYO/E J2kkgKoW8sdnMQp6RWnin4ldtZoD1gHrvi+qecnLqVSt3zJr2CmI+eBzSDee0KJxXYx2ga72 yrrH9UhYE+6TEW1qXs0cjMd/gKu6IUk6fFmX3mzizUG6k4lN1WefLgRkS69YrAiRTtrpUvMv 6BEeLBDlBzi3RFYqdxghW6brlmhRv28muUWNZjlEbsKmDE4fz2JVN64/wDeyqz/XREkWNYtJ /52H6c/CR7MVuQENBE9w5AMBCADE6N30hVEWOslgeMRX6Nu64goqIl0bWtDSvxs2jutimNm2 9JKWJ7GiAEr9HOtHXDGJFbTc8OHhz1YoINsEwBoD1czOp+1FKV8i6HCL73+O0sP0pbX43gck Rxli01HouyL8IbZouYAlyDsSk0o/VTPi1P2eMfNSXG77I8WYklm46hzv7KFFFIzHWF2bfLBc hIuLk9IixsWAg4o5gWUQaoHoYPOzXv1m6h6fZnyy6gIs57Dd9Cwakxv7mZLx+/Yf9hnYAYRZ JDQLIv7YdDiYuQWq9jQwuQNsfzYMI6NKgQC+WwOjCbksq9tBE3G4hldltS67LogTtLN6kMAA u6ebzwyvABEBAAGJATYEGAECACACGwwWIQTz7/81Or0tjbvA2rEyGpsLNjs9lwUCWQWzWQAK CRAyGpsLNjs9l6SuCAC1mgXQ4+WvOGIhgeE/3QxuafVj8AapWeN54Lp5On32bkphwAVBFSHx CsoqCMz+eneFVhzTLzdsmIjQKbd1U2BZf5jpQKKC+WsNxfWuad2Q500bYO/EJ2kkgKoW8sdn MQp6RWnin4ldtZoD1gHrvi+qecnLqVSt3zJr2CmI+eBzSDee0KJxXYx2ga72yrrH9UhYE+6T EW1qXs0cjMd/gKu6IUk6fFmX3mzizUG6k4lN1WefLgRkS69YrAiRTtrpUvMv6BEeLBDlBzi3 RFYqdxghW6brlmhRv28muUWNZjlEbsKmDE4fz2JVN64/wDeyqz/XREkWNYtJ/52H6c/CR7MV uQENBE9w5AMBCADE6N30hVEWOslgeMRX6Nu64goqIl0bWtDSvxs2jutimNm29JKWJ7GiAEr9 HOtHXDGJFbTc8OHhz1YoINsEwBoD1czOp+1FKV8i6HCL73+O0sP0pbX43gckRxli01HouyL8 IbZouYAlyDsSk0o/VTPi1P2eMfNSXG77I8WYklm46hzv7KFFFIzHWF2bfLBchIuLk9IixsWA g4o5gWUQaoHoYPOzXv1m6h6fZnyy6gIs57Dd9Cwakxv7mZLx+/Yf9hnYAYRZJDQLIv7YdDiY uQWq9jQwuQNsfzYMI6NKgQC+WwOjCbksq9tBE3G4hldltS67LogTtLN6kMAAu6ebzwyvABEB AAGJATYEGAECACACGwwWIQTz7/81Or0tjbvA2rEyGpsLNjs9lwUCWQWzWQAKCRAyGpsLNjs9 l6SuCAC1mgXQ4+WvOGIhgeE/3QxuafVj8AapWeN54Lp5On32bkphwAVBFSHxCsoqCMz+eneF VhzTLzdsmIjQKbd1U2BZf5jpQKKC+WsNxfWuad2Q500bYO/EJ2kkgKoW8sdnMQp6RWnin4ld tZoD1gHrvi+qecnLqVSt3zJr2CmI+eBzSDee0KJxXYx2ga72yrrH9UhYE+6TEW1qXs0cjMd/ gKu6IUk6fFmX3mzizUG6k4lN1WefLgRkS69YrAiRTtrpUvMv6BEeLBDlBzi3RFYqdxghW6br lmhRv28muUWNZjlEbsKmDE4fz2JVN64/wDeyqz/XREkWNYtJ/52H6c/CR7MVuQENBE9w5AMB CADE6N30hVEWOslgeMRX6Nu64goqIl0bWtDSvxs2jutimNm29JKWJ7GiAEr9HOtHXDGJFbTc 8OHhz1YoINsEwBoD1czOp+1FKV8i6HCL73+O0sP0pbX43gckRxli01HouyL8IbZouYAlyDsS k0o/VTPi1P2eMfNSXG77I8WYklm46hzv7KFFFIzHWF2bfLBchIuLk9IixsWAg4o5gWUQaoHo YPOzXv1m6h6fZnyy6gIs57Dd9Cwakxv7mZLx+/Yf9hnYAYRZJDQLIv7YdDiYuQWq9jQwuQNs fzYMI6NKgQC+WwOjCbksq9tBE3G4hldltS67LogTtLN6kMAAu6ebzwyvABEBAAGJATYEGAEC ACACGwwWIQTz7/81Or0tjbvA2rEyGpsLNjs9lwUCWQWzWQAKCRAyGpsLNjs9l6SuCAC1mgXQ 4+WvOGIhgeE/3QxuafVj8AapWeN54Lp5On32bkphwAVBFSHxCsoqCMz+eneFVhzTLzdsmIjQ Kbd1U2BZf5jpQKKC+WsNxfWuad2Q500bYO/EJ2kkgKoW8sdnMQp6RWnin4ldtZoD1gHrvi+q ecnLqVSt3zJr2CmI+eBzSDee0KJxXYx2ga72yrrH9UhYE+6TEW1qXs0cjMd/gKu6IUk6fFmX 3mzizUG6k4lN1WefLgRkS69YrAiRTtrpUvMv6BEeLBDlBzi3RFYqdxghW6brlmhRv28muUWN ZjlEbsKmDE4fz2JVN64/wDeyqz/XREkWNYtJ/52H6c/CR7MV Subject: Re: [R7RS] Guile does not accept library name parts that are non-negative exact integers Message-ID: <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> Date: Wed, 19 Aug 2020 05:16:57 -0500 MIME-Version: 1.0 In-Reply-To: <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="38BOzsB7tj9WPCpqPAg9ALbIcClvwhFZl" Received-SPF: pass client-ip=198.252.153.129; envelope-from=mjbecze@HIDDEN; helo=mx1.riseup.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/19 06:17:10 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.4 (--) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --38BOzsB7tj9WPCpqPAg9ALbIcClvwhFZl Content-Type: multipart/mixed; boundary="LxVJoUY08C7oZloEUtCrHEGCpB6EXhHdn"; protected-headers="v1" From: Martin Becze <mjbecze@HIDDEN> To: =?UTF-8?Q?Marc_Nieper-Wi=c3=9fkirchen?= <marc.nieper@HIDDEN>, bug-guile@HIDDEN Message-ID: <06d43ea8-e13a-6116-a715-04c2d69c12c4@HIDDEN> Subject: Re: [R7RS] Guile does not accept library name parts that are non-negative exact integers References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> In-Reply-To: <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> --LxVJoUY08C7oZloEUtCrHEGCpB6EXhHdn Content-Type: multipart/mixed; boundary="------------33D11E734586FA622E54F8E4" Content-Language: en-US This is a multi-part message in MIME format. --------------33D11E734586FA622E54F8E4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Here is a patch that makes things usable for srfi's. (import (srfi NNNN)) will work. It just remove the guard condition that was catching the Integers. Does anyone know why the guard was there and if it is really needed? Martin On 8/3/20 3:24 PM, Marc Nieper-Wi=C3=9Fkirchen wrote: > *bump* >=20 > Am Mi., 1. Apr. 2020 um 12:47 Uhr schrieb Marc Nieper-Wi=C3=9Fkirchen > <marc.nieper@HIDDEN>: >> >> 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 on= es. >> >> 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 under (srfi NNN). >> >> Thanks, >> >> Marc >> >=20 >=20 >=20 >=20 --------------33D11E734586FA622E54F8E4 Content-Type: text/x-patch; charset=UTF-8; name="0001-Allow-loading-of-libraries-with-the-form-srfi-NNN.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename*0="0001-Allow-loading-of-libraries-with-the-form-srfi-NNN.patch" =46rom d5518a32d4ed05fccd1e81c1596a77ae74d0136c Mon Sep 17 00:00:00 2001 From: Martin Becze <mjbecze@HIDDEN> Date: Wed, 19 Aug 2020 05:00:54 -0500 Subject: [PATCH] Allow loading of libraries with the form (srfi NNN). * module/ice-9/r6rs-libraries.scm: Removed guard condition that was filtering out intergers. --- module/ice-9/r6rs-libraries.scm | 2 -- 1 file changed, 2 deletions(-) diff --git a/module/ice-9/r6rs-libraries.scm b/module/ice-9/r6rs-librarie= s.scm index c6ba6a496..0eee5fb7e 100644 --- a/module/ice-9/r6rs-libraries.scm +++ b/module/ice-9/r6rs-libraries.scm @@ -152,11 +152,9 @@ (lp (cdr in) (cons (vector to replace? var) out)))))))) =20 ((name name* ... (version ...)) - (and-map sym? #'(name name* ...)) (resolve-r6rs-interface #'(library (name name* ... (version ...))))= ) =20 ((name name* ...)=20 - (and-map sym? #'(name name* ...)) (resolve-r6rs-interface #'(library (name name* ... ())))))) =20 (define-syntax library --=20 2.28.0 --------------33D11E734586FA622E54F8E4-- --LxVJoUY08C7oZloEUtCrHEGCpB6EXhHdn-- --38BOzsB7tj9WPCpqPAg9ALbIcClvwhFZl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEE8+//NTq9LY27wNqxMhqbCzY7PZcFAl88/CIACgkQMhqbCzY7 PZcwrggAuqQP624g/xvyvvFbD6srRg++PVSZ6hooLNd0/FURaq8bnp71MbPauqzk zrS9PQHcfUIQilO5t0gBk9t3FAoMToU/lI5bCFuYgYS4gff8KwiVgTmvACqCa51h AOaiFdTB+RteHIkawZemCUVkiEoOmgjt4PrVZjMC6ioXuWtYzK6yZPcv+nZ5CozV zLCFlmjer2FVEAeEYDzqIgd7Dr474efx9dDKcsnLJEWUPVXQHK3p2YTV1wAnr0aW sbH1D8uEcaIVPgAqMtCkQo4r6O+8iGtYoCCIKwnUhFFMv4kB7SeNiaDidXsoFpsn gRl1Cr4raj4cf9WtbaZwYfFuQCh3wQ== =By9H -----END PGP SIGNATURE----- --38BOzsB7tj9WPCpqPAg9ALbIcClvwhFZl--
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at submit) by debbugs.gnu.org; 3 Aug 2020 20:24:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Mon Aug 03 16:24:52 2020 Received: from localhost ([127.0.0.1]:46157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1k2h0t-0005ff-Oz for submit <at> debbugs.gnu.org; Mon, 03 Aug 2020 16:24:52 -0400 Received: from lists.gnu.org ([209.51.188.17]:57448) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <marc.nieper@HIDDEN>) id 1k2h0r-0005fX-LD for submit <at> debbugs.gnu.org; Mon, 03 Aug 2020 16:24:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54422) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <marc.nieper@HIDDEN>) id 1k2h0r-0004pr-Fs for bug-guile@HIDDEN; Mon, 03 Aug 2020 16:24:49 -0400 Received: from mail-pf1-x432.google.com ([2607:f8b0:4864:20::432]:36852) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <marc.nieper@HIDDEN>) id 1k2h0n-0001zs-AX for bug-guile@HIDDEN; Mon, 03 Aug 2020 16:24:49 -0400 Received: by mail-pf1-x432.google.com with SMTP id m8so12003243pfh.3 for <bug-guile@HIDDEN>; Mon, 03 Aug 2020 13:24:44 -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 :content-transfer-encoding; bh=9MPv/F9mWRVlts0LuEWvg20ucgj7jRtfqsGDPyDZxGc=; b=n/rFibt2jtVZuD3xnk+aV0PZwv4Z/VDlJnGbB65qYptBmQR2g7fbo7pXSht+le1KD7 9LwtjfPFZ1BjNrfplbqw8Aodo6WVFvdL6yhQXhOoYtm4zedrmfL34ObYPyN4JPi0wAVY 8S5jUQOS4kPd/i2hv752+IeRhswpJohVRvaNEPXZrOdYv3VDzwZLVEm2cLjTtkiaT1rP g1ZP5rf4ZoaMPOy/q9atskeAj6tquU6AVrxzplMwzNLyDiUkULfDYsT/ZjliyeQG5V6C tV0OKST84jaVRowyoOxiR4+7vi6d8VnyO6MQeIaA4VMj0okOIRfs3DOXxc1KRFxLTCxP aWWw== 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:content-transfer-encoding; bh=9MPv/F9mWRVlts0LuEWvg20ucgj7jRtfqsGDPyDZxGc=; b=hGeF1GV53aHicGZEMR558VrNY4KyfARewlMBKM/XTa10onldqqVtVMMOFGSO7rQbA1 UVdECVAY20ydPRezdbE/psqDShzrQRWlonKLvlqIcF5HYTszNFCOa9Av6EYA6T3PkbeT AQ4ZcJYgjL5w7Wy4XFOuARglioq9XKPM95kF9LORyC22d6pRh+wAr3MpoRCMR47HvFgm P8Lo9Q7QupVQVk7GAGIf4Gxc8cFNKmXoOC03Pt4d1I0qG2lvb4DE0RXlEuULC8K5k5hG qR124NgxWgYUp9hCgwjOINKBD4xddOZLYthH0t5BiBhy2yhUO/DwjmdIqEo40E0fBj18 f3Hw== X-Gm-Message-State: AOAM533X5qiL5pdPr5BHf+yL7H20d3zHtbTQEqOeJ2TSzD7l8bT6EQz+ Gs3De8N7PQ99ZTfmls03Zizp/bfGBukHC2I5RhciVKvJKVQ= X-Google-Smtp-Source: ABdhPJz5Vp28PnTAqmeEDGvj/FCP5aQUt5SK3+nZk2CnqFA6iRC1/xJdKvtGvoDN6E+k+OmYNodDUAkuMZAOEWN0sg0= X-Received: by 2002:aa7:9390:: with SMTP id t16mr16581167pfe.311.1596486283750; Mon, 03 Aug 2020 13:24:43 -0700 (PDT) MIME-Version: 1.0 References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> In-Reply-To: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> From: =?UTF-8?Q?Marc_Nieper=2DWi=C3=9Fkirchen?= <marc.nieper@HIDDEN> Date: Mon, 3 Aug 2020 22:24:31 +0200 Message-ID: <CAEYrNrRTRf1=vn8rjJCcu4rpu=L0--vQXKdOs9ZtX1tS_jitjA@HIDDEN> Subject: Re: [R7RS] Guile does not accept library name parts that are non-negative exact integers To: bug-guile@HIDDEN Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=2607:f8b0:4864:20::432; envelope-from=marc.nieper@HIDDEN; helo=mail-pf1-x432.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) *bump* Am Mi., 1. Apr. 2020 um 12:47 Uhr schrieb Marc Nieper-Wi=C3=9Fkirchen <marc.nieper@HIDDEN>: > > An R7RS library name consists of parts, where each part is either a symbo= l 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 delive= red in form of a library named (srfi NNN). > > When this is corrected, for interoperability, it would be great if Guile = offers the included SRFIs not only under the name (srfi srfi-NNN) but also = under (srfi NNN). > > Thanks, > > Marc >
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 9 Apr 2020 08:29:53 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 09 04:29:53 2020 Received: from localhost ([127.0.0.1]:53203 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jMSZN-00065u-63 for submit <at> debbugs.gnu.org; Thu, 09 Apr 2020 04:29:53 -0400 Received: from mail-pf1-f177.google.com ([209.85.210.177]:40076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <marc.nieper@HIDDEN>) id 1jMSZK-00065f-R3 for 40371 <at> debbugs.gnu.org; Thu, 09 Apr 2020 04:29:52 -0400 Received: by mail-pf1-f177.google.com with SMTP id c20so3791519pfi.7 for <40371 <at> 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) MIME-Version: 1.0 References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <87369lg132.fsf@HIDDEN> In-Reply-To: <87369lg132.fsf@HIDDEN> From: =?UTF-8?Q?Marc_Nieper=2DWi=C3=9Fkirchen?= <marc.nieper@HIDDEN> Date: Thu, 9 Apr 2020 10:29:33 +0200 Message-ID: <CAEYrNrST7QbYa4miyiQYd56AkJiuis9xERvvnthLuy6VgkUyOg@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers To: Andy Wingo <wingo@HIDDEN> Content-Type: multipart/alternative; boundary="00000000000044464c05a2d76b5a" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40371 Cc: 40371 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --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 <wingo@HIDDEN>: > 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 <marc.nieper@gmail.= com> > 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 <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><br></div></div><br><div class=3D"gmail_quote"><div dir= =3D"ltr" class=3D"gmail_attr">Am Do., 2. Apr. 2020 um 21:05=C2=A0Uhr schrie= b Andy Wingo <<a href=3D"mailto:wingo@HIDDEN">wingo@HIDDEN</a>&g= t;:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In the concr= ete case of the SRFI modules, importing e.g. (srfi 9) works<br> AFAIU.=C2=A0 Does this not work for you?<br></blockquote><div><br></div><di= v><div style=3D"font-family:monospace" class=3D"gmail_default">In this clau= se, it is checked whether every part of the library's name is a symbol:= </div><div style=3D"font-family:monospace" class=3D"gmail_default"><br></di= v><div style=3D"font-family:monospace" class=3D"gmail_default"><a href=3D"h= ttp://git.savannah.gnu.org/gitweb/?p=3Dguile.git;a=3Dblob;f=3Dmodule/ice-9/= r6rs-libraries.scm;h=3Dc6ba6a4964d1eb861ef7eca1076d5e7019c134c4;hb=3DHEAD#l= 158">http://git.savannah.gnu.org/gitweb/?p=3Dguile.git;a=3Dblob;f=3Dmodule/= ice-9/r6rs-libraries.scm;h=3Dc6ba6a4964d1eb861ef7eca1076d5e7019c134c4;hb=3D= HEAD#l158</a></div><div style=3D"font-family:monospace" class=3D"gmail_defa= ult"><br></div><div style=3D"font-family:monospace" class=3D"gmail_default"= >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.</div><div style=3D"font-family:mono= space" class=3D"gmail_default"><br></div><div style=3D"font-family:monospac= e" class=3D"gmail_default">Marc</div></div><div>=C2=A0</div><blockquote cla= ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"> <br> I think that allowing numbers as module name components, beyond the SRFI<br= > modules, is not currently a good idea for Guile.=C2=A0 I had a look at it a= nd<br> it's a bit too intrusive.<br> <br> Andy<br> <br> On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen <<a href=3D"mailto= :marc.nieper@HIDDEN" target=3D"_blank">marc.nieper@HIDDEN</a>> wri= tes:<br> <br> > An R7RS library name consists of parts, where each part is either a sy= mbol or<br> > a non-negative exact integer. Guile doesn't support the latter one= s.<br> ><br> > This is unfortunate as the implementation of a SRFI NNN is usually del= ivered<br> > in form of a library named (srfi NNN).<br> ><br> > When this is corrected, for interoperability, it would be great if Gui= le offers<br> > the included SRFIs not only under the name (srfi srfi-NNN) but also un= der<br> > (srfi NNN).<br> ><br> > Thanks,<br> ><br> > Marc<br> </blockquote></div></div> --00000000000044464c05a2d76b5a--
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 2 Apr 2020 20:26:52 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 02 16:26:51 2020 Received: from localhost ([127.0.0.1]:40831 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jK6QN-0003JJ-EX for submit <at> debbugs.gnu.org; Thu, 02 Apr 2020 16:26:51 -0400 Received: from mta-08-4.privateemail.com ([198.54.122.58]:27829) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <lloda@HIDDEN>) id 1jK6QI-0003Ii-LY for 40371 <at> debbugs.gnu.org; Thu, 02 Apr 2020 16:26:49 -0400 Received: from MTA-08.privateemail.com (localhost [127.0.0.1]) by MTA-08.privateemail.com (Postfix) with ESMTP id E936C60052; Thu, 2 Apr 2020 16:26:38 -0400 (EDT) Received: from [192.168.1.105] (unknown [10.20.151.235]) by MTA-08.privateemail.com (Postfix) with ESMTPA id A12F76005C; Thu, 2 Apr 2020 20:26:37 +0000 (UTC) From: lloda <lloda@HIDDEN> Message-Id: <1D850577-4032-4F3E-B6C7-0D1288FE502A@HIDDEN> Content-Type: multipart/alternative; boundary="Apple-Mail=_02723BF5-5C09-4D5B-9FDA-E95C58FAEE89" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers Date: Thu, 2 Apr 2020 22:26:35 +0200 In-Reply-To: <CAEYrNrQj97ZN215oXjaxgWYyVYO4zVuZqW-xhMbp0UvpNwBybA@HIDDEN> To: =?utf-8?Q?Marc_Nieper-Wi=C3=9Fkirchen?= <marc.nieper@HIDDEN> References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <87369lg132.fsf@HIDDEN> <CAEYrNrQj97ZN215oXjaxgWYyVYO4zVuZqW-xhMbp0UvpNwBybA@HIDDEN> X-Mailer: Apple Mail (2.3445.104.11) X-Virus-Scanned: ClamAV using ClamSMTP X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40371 Cc: Andy Wingo <wingo@HIDDEN>, 40371 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --Apple-Mail=_02723BF5-5C09-4D5B-9FDA-E95C58FAEE89 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 (import (srfi 9)) doesn't work, but (import (srfi :9)) does. > On 2 Apr 2020, at 21:47, Marc Nieper-Wi=C3=9Fkirchen = <marc.nieper@HIDDEN> wrote: >=20 >=20 >=20 > Am Do., 2. Apr. 2020 um 21:05 Uhr schrieb Andy Wingo <wingo@HIDDEN = <mailto:wingo@HIDDEN>>: > In the concrete case of the SRFI modules, importing e.g. (srfi 9) = works > AFAIU. Does this not work for you? >=20 > I use Guile 3.9.1. >=20 > I can do (import (srfi srfi-9)), but I can't do (import (srfi 9)). >=20 > That latter yields the error: >=20 > source expression failed to match any pattern in form (srfi 9). > =20 >=20 > 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. >=20 > If numbers are not allowed, Guile will be severely crippled with = respect to R7RS code. Most SRFIs are distributed under the name `(srfi = NNN)' so many R7RS programs intended to be portable will try to import = libraries of the form, say `(srfi 9)' and Guile would complain. >=20 > `cond-expand' is not helpful here in general as an R7RS top-level = program has to start with an import and cannot start with some = `(cond-expand (guile ...))'. (Besides, `cond-expand' has its own = problems: = https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00097.html = <https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00097.html>). >=20 > As a quick-and-dirty workaround, I would suggest that the Guiles = (syntax-case?) parser of library names accepts numbers as module name = components but treats them internally as symbols (say, by prefixing them = with a colon) so that the main module code doesn't have to be touched. = The locator for library code in the file system will then have to look = for a filenname with a colon and without. >=20 > Marc >=20 > =20 >=20 > Andy >=20 > On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen = <marc.nieper@HIDDEN <mailto:marc.nieper@HIDDEN>> writes: >=20 > > 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 = Guile offers > > the included SRFIs not only under the name (srfi srfi-NNN) but also = under > > (srfi NNN). > > > > Thanks, > > > > Marc --Apple-Mail=_02723BF5-5C09-4D5B-9FDA-E95C58FAEE89 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html; = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; line-break: after-white-space;" class=3D""><div = class=3D""><br class=3D""></div>(import (srfi 9)) doesn't work, but = (import (srfi :9)) does.<div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""></div><div class=3D""><div><br = class=3D""><blockquote type=3D"cite" class=3D""><div class=3D"">On 2 Apr = 2020, at 21:47, Marc Nieper-Wi=C3=9Fkirchen <<a = href=3D"mailto:marc.nieper@HIDDEN" = class=3D"">marc.nieper@HIDDEN</a>> wrote:</div><br = class=3D"Apple-interchange-newline"><div class=3D""><div dir=3D"ltr" = class=3D""><div dir=3D"ltr" class=3D""><div class=3D"gmail_default" = style=3D"font-family:monospace"><br class=3D""></div></div><br = class=3D""><div class=3D"gmail_quote"><div dir=3D"ltr" = class=3D"gmail_attr">Am Do., 2. Apr. 2020 um 21:05 Uhr schrieb Andy = Wingo <<a href=3D"mailto:wingo@HIDDEN" = class=3D"">wingo@HIDDEN</a>>:<br class=3D""></div><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px = solid rgb(204,204,204);padding-left:1ex">In the concrete case of the = SRFI modules, importing e.g. (srfi 9) works<br class=3D""> AFAIU. Does this not work for you?<br class=3D""></blockquote><div = class=3D""><br class=3D""></div><div class=3D""><div = style=3D"font-family:monospace" class=3D"gmail_default">I use Guile = 3.9.1.</div><div style=3D"font-family:monospace" = class=3D"gmail_default"><br class=3D""></div><div = style=3D"font-family:monospace" class=3D"gmail_default">I can do (import = (srfi srfi-9)), but I can't do (import (srfi 9)).</div><div = style=3D"font-family:monospace" class=3D"gmail_default"><br = class=3D""></div><div style=3D"font-family:monospace" = class=3D"gmail_default">That latter yields the error:</div><div = style=3D"font-family:monospace" class=3D"gmail_default"><br = class=3D""></div><div style=3D"font-family:monospace" = class=3D"gmail_default">source expression failed to match any pattern in = form (srfi 9).<br class=3D""></div> </div><blockquote = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px = solid rgb(204,204,204);padding-left:1ex"> <br class=3D""> I think that allowing numbers as module name components, beyond the = SRFI<br class=3D""> modules, is not currently a good idea for Guile. I had a look at = it and<br class=3D""> it's a bit too intrusive.</blockquote><div class=3D""><br = class=3D""></div><div class=3D""><div style=3D"font-family:monospace" = class=3D"gmail_default">If numbers are not allowed, Guile will be = severely crippled with respect to R7RS code. Most SRFIs are distributed = under the name `(srfi NNN)' so many R7RS programs intended to be = portable will try to import libraries of the form, say `(srfi 9)' and = Guile would complain.</div><div style=3D"font-family:monospace" = class=3D"gmail_default"><br class=3D""></div><div = style=3D"font-family:monospace" class=3D"gmail_default">`cond-expand' is = not helpful here in general as an R7RS top-level program has to start = with an import and cannot start with some `(cond-expand (guile ...))'. = (Besides, `cond-expand' has its own problems: <a = href=3D"https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00097.html= " = class=3D"">https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00097.h= tml</a>).</div><br class=3D""></div><div class=3D""><div = style=3D"font-family:monospace" class=3D"gmail_default">As a = quick-and-dirty workaround, I would suggest that the Guiles = (syntax-case?) parser of library names accepts numbers as module name = components but treats them internally as symbols (say, by prefixing them = with a colon) so that the main module code doesn't have to be touched. = The locator for library code in the file system will then have to look = for a filenname with a colon and without.<br class=3D""></div><br = class=3D""></div><div class=3D""><div style=3D"font-family:monospace" = class=3D"gmail_default">Marc</div><br class=3D""></div><div = class=3D""> </div><blockquote class=3D"gmail_quote" = style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"> <br class=3D""> Andy<br class=3D""> <br class=3D""> On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen <<a = href=3D"mailto:marc.nieper@HIDDEN" target=3D"_blank" = class=3D"">marc.nieper@HIDDEN</a>> writes:<br class=3D""> <br class=3D""> > An R7RS library name consists of parts, where each part is either a = symbol or<br class=3D""> > a non-negative exact integer. Guile doesn't support the latter = ones.<br class=3D""> ><br class=3D""> > This is unfortunate as the implementation of a SRFI NNN is usually = delivered<br class=3D""> > in form of a library named (srfi NNN).<br class=3D""> ><br class=3D""> > When this is corrected, for interoperability, it would be great if = Guile offers<br class=3D""> > the included SRFIs not only under the name (srfi srfi-NNN) but also = under<br class=3D""> > (srfi NNN).<br class=3D""> ><br class=3D""> > Thanks,<br class=3D""> ><br class=3D""> > Marc<br class=3D""> </blockquote></div></div> </div></blockquote></div><br class=3D""></div></body></html>= --Apple-Mail=_02723BF5-5C09-4D5B-9FDA-E95C58FAEE89--
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 2 Apr 2020 19:51:50 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 02 15:51:50 2020 Received: from localhost ([127.0.0.1]:40824 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jK5sT-0001Wb-EP for submit <at> debbugs.gnu.org; Thu, 02 Apr 2020 15:51:49 -0400 Received: from mail-pg1-f171.google.com ([209.85.215.171]:32859) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <marc.nieper@HIDDEN>) id 1jK5oO-0001J1-N6 for 40371 <at> debbugs.gnu.org; Thu, 02 Apr 2020 15:47:37 -0400 Received: by mail-pg1-f171.google.com with SMTP id d17so2340407pgo.0 for <40371 <at> debbugs.gnu.org>; Thu, 02 Apr 2020 12:47:36 -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=PBgghkD59j/V454qHcVekRtJefBzc7cy84Con9m2IL4=; b=npH9o4HzC3LA6QuNLi+zGABSmFn7Fy/y6penTfpqYmQzOy1uZv+B+DT/oEwI1zFQPJ /xnkRI1wL94aLefJOKbIlOaAikoNQxo0Fp8FZwEGImwtG9wW5ZlGk4iVfzBbE0bTqaHN OOd7wtpDIWAmC/1jg3dFk/fUr2Tk71p4T7UzOJvT+y7/63AyyTj4zwG61rVIdRPrVgHW 0Rb1oIVKBH+RlwbCVX3O+6MEsmwYPgoibyNPyw4ZmU4+JuKSh3h2XRcCPP88Eks09epH XA9ZfuCd+YkgBrXX95W/cSJUb5Va0qMGwRBsJ8oQD/5qrd4CTZi/dUfm1A3/uz0+PTNV jkBg== 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=PBgghkD59j/V454qHcVekRtJefBzc7cy84Con9m2IL4=; b=Z+ak+O7EmHabJWCBMGDudXVKqfdobJJ19uDf0LpcSOyDNA4kXAZKDtdSxKRV/Nuykv BaJs+TlJmGf34suuIXi3VWKDuU2/wUNynZltJqZgs2ZUalVLKEiMPh7vTrKIG+KK5wJ5 ZaxdMjHFTeBeKw1ak9owOzf6rb9ZgziIfRRMwLegzhYnLyZJeNV7EIz6WMUkRqJN6BoH OP5TEimYA+qSNiCPdOcmNLFiXPcb5M9tWtJrFuyqFL79y+yv1fJWbHDuveMMtIUfci5P b0ADix8iZxat5gmuOXaemOGk+diTZaVA52CxlWWw36rNkfTvtNKCBTVVv9BD26g4hBcV pJvQ== X-Gm-Message-State: AGi0PuYuoA16t5jbjYAsfVZKtrt/p/+TmE6D4Sdqed6HiaATCroPQPP8 +b63LZxfuCFIfnJ/vde01ompf135SPgA1OyOoNzX2W5nhYU= X-Google-Smtp-Source: APiQypKvJRz9j/gM9UjYOYqRa3AKRI4y1RAfD8jyAkzXbYVc2+RC408YXgHJANeRq1R5yvDzow69VbL7ybtv/h5QM6A= X-Received: by 2002:a63:a601:: with SMTP id t1mr4862889pge.23.1585856850623; Thu, 02 Apr 2020 12:47:30 -0700 (PDT) MIME-Version: 1.0 References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> <87369lg132.fsf@HIDDEN> In-Reply-To: <87369lg132.fsf@HIDDEN> From: =?UTF-8?Q?Marc_Nieper=2DWi=C3=9Fkirchen?= <marc.nieper@HIDDEN> Date: Thu, 2 Apr 2020 21:47:19 +0200 Message-ID: <CAEYrNrQj97ZN215oXjaxgWYyVYO4zVuZqW-xhMbp0UvpNwBybA@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers To: Andy Wingo <wingo@HIDDEN> Content-Type: multipart/alternative; boundary="0000000000003f029b05a2541286" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40371 X-Mailman-Approved-At: Thu, 02 Apr 2020 15:51:48 -0400 Cc: 40371 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --0000000000003f029b05a2541286 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Do., 2. Apr. 2020 um 21:05 Uhr schrieb Andy Wingo <wingo@HIDDEN>: > In the concrete case of the SRFI modules, importing e.g. (srfi 9) works > AFAIU. Does this not work for you? > I use Guile 3.9.1. I can do (import (srfi srfi-9)), but I can't do (import (srfi 9)). That latter yields the error: source expression failed to match any pattern in form (srfi 9). > > 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. If numbers are not allowed, Guile will be severely crippled with respect to R7RS code. Most SRFIs are distributed under the name `(srfi NNN)' so many R7RS programs intended to be portable will try to import libraries of the form, say `(srfi 9)' and Guile would complain. `cond-expand' is not helpful here in general as an R7RS top-level program has to start with an import and cannot start with some `(cond-expand (guile ...))'. (Besides, `cond-expand' has its own problems: https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00097.html). As a quick-and-dirty workaround, I would suggest that the Guiles (syntax-case?) parser of library names accepts numbers as module name components but treats them internally as symbols (say, by prefixing them with a colon) so that the main module code doesn't have to be touched. The locator for library code in the file system will then have to look for a filenname with a colon and without. Marc > > Andy > > On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen <marc.nieper@gmail.= com> > 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 > --0000000000003f029b05a2541286 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr"><div class=3D"gmail_default" style=3D"fon= t-family:monospace"><br></div></div><br><div class=3D"gmail_quote"><div dir= =3D"ltr" class=3D"gmail_attr">Am Do., 2. Apr. 2020 um 21:05=C2=A0Uhr schrie= b Andy Wingo <<a href=3D"mailto:wingo@HIDDEN">wingo@HIDDEN</a>&g= t;:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px = 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In the concr= ete case of the SRFI modules, importing e.g. (srfi 9) works<br> AFAIU.=C2=A0 Does this not work for you?<br></blockquote><div><br></div><di= v><div style=3D"font-family:monospace" class=3D"gmail_default">I use Guile = 3.9.1.</div><div style=3D"font-family:monospace" class=3D"gmail_default"><b= r></div><div style=3D"font-family:monospace" class=3D"gmail_default">I can = do (import (srfi srfi-9)), but I can't do (import (srfi 9)).</div><div = style=3D"font-family:monospace" class=3D"gmail_default"><br></div><div styl= e=3D"font-family:monospace" class=3D"gmail_default">That latter yields the = error:</div><div style=3D"font-family:monospace" class=3D"gmail_default"><b= r></div><div style=3D"font-family:monospace" class=3D"gmail_default">source= expression failed to match any pattern in form (srfi 9).<br></div>=C2=A0</= div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bor= der-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> I think that allowing numbers as module name components, beyond the SRFI<br= > modules, is not currently a good idea for Guile.=C2=A0 I had a look at it a= nd<br> it's a bit too intrusive.</blockquote><div><br></div><div><div style=3D= "font-family:monospace" class=3D"gmail_default">If numbers are not allowed,= Guile will be severely crippled with respect to R7RS code. Most SRFIs are = distributed under the name `(srfi NNN)' so many R7RS programs intended = to be portable will try to import libraries of the form, say `(srfi 9)'= and Guile would complain.</div><div style=3D"font-family:monospace" class= =3D"gmail_default"><br></div><div style=3D"font-family:monospace" class=3D"= gmail_default">`cond-expand' is not helpful here in general as an R7RS = top-level program has to start with an import and cannot start with some `(= cond-expand (guile ...))'. (Besides, `cond-expand' has its own prob= lems: <a href=3D"https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00= 097.html">https://lists.gnu.org/archive/html/bug-guile/2020-03/msg00097.htm= l</a>).</div><br></div><div><div style=3D"font-family:monospace" class=3D"g= mail_default">As a quick-and-dirty workaround, I would suggest that the Gui= les (syntax-case?) parser of library names accepts numbers as module name c= omponents but treats them internally as symbols (say, by prefixing them wit= h a colon) so that the main module code doesn't have to be touched. The= locator for library code in the file system will then have to look for a f= ilenname with a colon and without.<br></div><br></div><div><div style=3D"fo= nt-family:monospace" class=3D"gmail_default">Marc</div><br></div><div>=C2= =A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8e= x;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br> Andy<br> <br> On Wed 01 Apr 2020 12:47, Marc Nieper-Wi=C3=9Fkirchen <<a href=3D"mailto= :marc.nieper@HIDDEN" target=3D"_blank">marc.nieper@HIDDEN</a>> wri= tes:<br> <br> > An R7RS library name consists of parts, where each part is either a sy= mbol or<br> > a non-negative exact integer. Guile doesn't support the latter one= s.<br> ><br> > This is unfortunate as the implementation of a SRFI NNN is usually del= ivered<br> > in form of a library named (srfi NNN).<br> ><br> > When this is corrected, for interoperability, it would be great if Gui= le offers<br> > the included SRFIs not only under the name (srfi srfi-NNN) but also un= der<br> > (srfi NNN).<br> ><br> > Thanks,<br> ><br> > Marc<br> </blockquote></div></div> --0000000000003f029b05a2541286--
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at 40371) by debbugs.gnu.org; 2 Apr 2020 19:06:00 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Apr 02 15:06:00 2020 Received: from localhost ([127.0.0.1]:40756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jK5A7-0005XX-OW for submit <at> debbugs.gnu.org; Thu, 02 Apr 2020 15:05:59 -0400 Received: from fanzine.igalia.com ([178.60.130.6]:47737) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <wingo@HIDDEN>) id 1jK5A2-0005Wq-AL for 40371 <at> debbugs.gnu.org; Thu, 02 Apr 2020 15:05:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=igalia.com; s=20170329; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:References:Subject:Cc:To:From; bh=3F2CGGbit+kXec2iQECC3Da/WLFsyvhv/N2mWfZX7h8=; b=TbsQcZmBcmE3nAYfWkDVogNZkqncDT1qCLiyLAimWZSLskzf9AkzAjENYeGMh4WJT6OZc2jaB3ClZ7wowJlwm+DJvl/CE+MB0m6hfsojwM9YrxvjSFuMbAIg3FjurXFIe8ONgueqqazcjtXjYHuTL+VisuQGeEsmRIpk2IRqkyX4zerYFWYEv6fhl9lG8mEmTlzE79X2OhGGwLNV/9RVh/m0hIO3W44rhkOOosHKIlcVXG9gEwqaJrT7dt9IilXrxGJVrjZ8FfAYWEYgpGKQpAhvOWTO/PNu6El/UJ3uqAo8ht7lLRv3COiWOg7EPVKhDGYXOjGXKXQ5ZPoSm2LQgA==; Received: from 82-65-63-215.subs.proxad.net ([82.65.63.215] helo=sparrow) by fanzine.igalia.com with esmtpsa (Cipher TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim) id 1jK59v-0007ND-CY; Thu, 02 Apr 2020 21:05:47 +0200 From: Andy Wingo <wingo@HIDDEN> To: Marc =?utf-8?Q?Nieper-Wi=C3=9Fkirchen?= <marc.nieper@HIDDEN> Subject: Re: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers References: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> Date: Thu, 02 Apr 2020 21:05:37 +0200 In-Reply-To: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> ("Marc \=\?utf-8\?Q\?Nieper-Wi\=C3\=9Fkirchen\=22's\?\= message of "Wed, 1 Apr 2020 12:47:12 +0200") Message-ID: <87369lg132.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 40371 Cc: 40371 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) In the concrete case of the SRFI modules, importing e.g. (srfi 9) works AFAIU. Does this not work for you? 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 <marc.nieper@HIDDEN= m> writes: > An R7RS library name consists of parts, where each part is either a symbo= l 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 delive= red > in form of a library named (srfi NNN). > > When this is corrected, for interoperability, it would be great if Guile = offers > the included SRFIs not only under the name (srfi srfi-NNN) but also under > (srfi NNN). > > Thanks, > > Marc
bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.Received: (at submit) by debbugs.gnu.org; 1 Apr 2020 10:49:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 01 06:49:32 2020 Received: from localhost ([127.0.0.1]:37508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1jJaw8-00075Z-0y for submit <at> debbugs.gnu.org; Wed, 01 Apr 2020 06:49:32 -0400 Received: from lists.gnu.org ([209.51.188.17]:54651) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <marc.nieper@HIDDEN>) id 1jJauA-0006yg-Jb for submit <at> debbugs.gnu.org; Wed, 01 Apr 2020 06:47:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55512) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from <marc.nieper@HIDDEN>) id 1jJau9-0002hG-8F for bug-guile@HIDDEN; Wed, 01 Apr 2020 06:47:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <marc.nieper@HIDDEN>) id 1jJau7-0003wi-Mg for bug-guile@HIDDEN; Wed, 01 Apr 2020 06:47:29 -0400 Received: from mail-pg1-x532.google.com ([2607:f8b0:4864:20::532]:42075) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from <marc.nieper@HIDDEN>) id 1jJau6-0003rH-Ow for bug-guile@HIDDEN; Wed, 01 Apr 2020 06:47:26 -0400 Received: by mail-pg1-x532.google.com with SMTP id h8so11923200pgs.9 for <bug-guile@HIDDEN>; Wed, 01 Apr 2020 03:47:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=rZdVspl0n+62Zww/9JjDDV3G61kFk3GrEQQgak1JtLM=; b=luYEEjL+YDV3RQbDzEclLvntXOxlLj1X3D4e0vlp/u0CPgHCkKI+WWw/ByihNnNXN6 SSciFHyUjR02Ajlia49FRdz3bn2uGB0emw9pHPOVnLTperYbKOb/VbHuA5PXf9uuiB64 EUii6ISgeFaCHNFRr0GiK9ZryrKToePYXChl3vXyHZgQbLfa6JgO93VnyaJxZbFkdfiQ JSGYdBB8/xrsPEhcOMt1+SplQhGW/0ASKUFZldTgHM3jPPWqeZpMuZhMuBkz2j2vgUQe /gUD9nvnaYVc+go500oE3a5WCe6AGSEa7UqjYemOsCoDWoUFNKLLvYjVp/u6CBC3fJM0 4IQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=rZdVspl0n+62Zww/9JjDDV3G61kFk3GrEQQgak1JtLM=; b=S33uBYVuk841ZIA1kQX+Lf3HsB1hIPeaoHSthHMLB4NpdJLuQ5tgdZp5Ql5B0r/MpR PBm3FxcfXF2cCUNfviEKAjztmUI0bh88vTQyByy694hn7YESwYnIOYAn3gjpLHh0unTJ P96uJX7MqJK0qAXTqlDLywCA8TSmMyUXnaZ5iimsm9YCZHlJaliYDpfIYqmmJteKqUmE mH7fjyLJAMZ2aFYyyKNJSSU/S88vhYopYVIceZNQh/U3hB2p/urdjvcs32tEBQfkgXMT BmxJ3OtwGPGfgUpt9XcBcQHo9sg9yLPGBTaR/ld2aV7MztIS/60SK02HFxyGpLRrlxEr P6Qg== X-Gm-Message-State: ANhLgQ3HHhUxr4LIAN2va5nUKgRr152Mu3kdffdC73ks6o9aE8vSKEIo feEwLziDo/8v69Arp9J4nffxCpKKooV1z5zhzLeQ9tQ08i0= X-Google-Smtp-Source: ADFU+vsfFW1l6aQxBT4VO2B8pN+UEwuv/LJ3O6BCNn100pQBbCRCRjW2IuW5JOmS+1TWPDoqqOVE6y9IIaP4HV7YFxE= X-Received: by 2002:a63:a601:: with SMTP id t1mr22259857pge.23.1585738044108; Wed, 01 Apr 2020 03:47:24 -0700 (PDT) MIME-Version: 1.0 From: =?UTF-8?Q?Marc_Nieper=2DWi=C3=9Fkirchen?= <marc.nieper@HIDDEN> Date: Wed, 1 Apr 2020 12:47:12 +0200 Message-ID: <CAEYrNrSU-vLLziE_2mVPzkk5cOHii+2SF-1okvHn=TUjBHjwkw@HIDDEN> Subject: [R7RS] Guile does not accept library name parts that are non-negative exact integers To: bug-guile@HIDDEN Content-Type: multipart/alternative; boundary="000000000000d3765c05a238689d" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::532 X-Spam-Score: 2.3 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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). Content analysis details: (2.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [209.51.188.17 listed in list.dnswl.org] 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (marc.nieper[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 HTML_MESSAGE BODY: HTML included in message 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 01 Apr 2020 06:49:30 -0400 X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) --000000000000d3765c05a238689d Content-Type: text/plain; charset="UTF-8" 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 Guile offers the included SRFIs not only under the name (srfi srfi-NNN) but also under (srfi NNN). Thanks, Marc --000000000000d3765c05a238689d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:monospac= e">An R7RS library name consists of parts, where each part is either a symb= ol or a non-negative exact integer. Guile doesn't support the latter on= es.</div><div class=3D"gmail_default" style=3D"font-family:monospace"><br><= /div><div class=3D"gmail_default" style=3D"font-family:monospace">This is u= nfortunate as the implementation of a SRFI NNN is usually delivered in form= of a library named (srfi NNN).</div><div class=3D"gmail_default" style=3D"= font-family:monospace"><br></div><div class=3D"gmail_default" style=3D"font= -family:monospace">When this is corrected, for interoperability, it would b= e great if Guile offers the included SRFIs not only under the name (srfi sr= fi-NNN) but also under (srfi NNN).</div><div class=3D"gmail_default" style= =3D"font-family:monospace"><br></div><div class=3D"gmail_default" style=3D"= font-family:monospace">Thanks,</div><div class=3D"gmail_default" style=3D"f= ont-family:monospace"><br></div><div class=3D"gmail_default" style=3D"font-= family:monospace">Marc</div><div class=3D"gmail_default" style=3D"font-fami= ly:monospace"><br></div></div> --000000000000d3765c05a238689d--
Marc Nieper-Wißkirchen <marc.nieper@HIDDEN>
:bug-guile@HIDDEN
.
Full text available.bug-guile@HIDDEN
:bug#40371
; Package guile
.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.