From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Maxim Cournoyer Newsgroups: gmane.lisp.guile.bugs Subject: bug#40371: [R7RS] Guile does not accept library name parts that are non-negative exact integers Date: Thu, 23 Nov 2023 22:45:57 -0500 Message-ID: <87edgf7r0q.fsf@gmail.com> References: <06d43ea8-e13a-6116-a715-04c2d69c12c4@riseup.net> <87pm007dju.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10661"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 40371@debbugs.gnu.org, marc.nieper@gmail.com To: Martin Becze Original-X-From: bug-guile-bounces+guile-bugs=m.gmane-mx.org@gnu.org Fri Nov 24 04:47:25 2023 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 1r6NA4-0002Z4-T1 for guile-bugs@m.gmane-mx.org; Fri, 24 Nov 2023 04:47:24 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1r6N9f-0007t7-QV; Thu, 23 Nov 2023 22:46:59 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1r6N9e-0007sv-En for bug-guile@gnu.org; Thu, 23 Nov 2023 22:46:58 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1r6N9e-0006Ce-75 for bug-guile@gnu.org; Thu, 23 Nov 2023 22:46:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1r6N9i-0002QA-44 for bug-guile@gnu.org; Thu, 23 Nov 2023 22:47:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Maxim Cournoyer Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Fri, 24 Nov 2023 03:47: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.17007975729240 (code B ref 40371); Fri, 24 Nov 2023 03:47:02 +0000 Original-Received: (at 40371) by debbugs.gnu.org; 24 Nov 2023 03:46:12 +0000 Original-Received: from localhost ([127.0.0.1]:35409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1r6N8u-0002Oy-DH for submit@debbugs.gnu.org; Thu, 23 Nov 2023 22:46:12 -0500 Original-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 ) id 1r6N8s-0002OV-7n for 40371@debbugs.gnu.org; Thu, 23 Nov 2023 22:46:11 -0500 Original-Received: by mail-qt1-x82e.google.com with SMTP id d75a77b69052e-41cd8bd5727so7205111cf.3 for <40371@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) Original-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) In-Reply-To: <87pm007dju.fsf@gmail.com> (Maxim Cournoyer's message of "Thu, 23 Nov 2023 09:24:37 -0500") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-bounces+guile-bugs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.lisp.guile.bugs:10717 Archived-At: Hi, Maxim Cournoyer writes: > Hello, > > Martin Becze 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