From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Luis Felipe Newsgroups: gmane.lisp.guile.user Subject: Re: srfi-64 tests passing when they should not Date: Thu, 06 May 2021 15:33:46 +0000 Message-ID: References: <40a496bb-c005-3c6f-2bf2-7025f3a234bb@posteo.de> <0d18f3f4-055f-4371-8e52-6b0ca7d879dd@gmail.com> <19c4bb0c-4780-c398-a26f-2e2211c00667@gmail.com> Reply-To: Luis Felipe Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29259"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "guile-user@gnu.org" To: Taylan Kammer Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Thu May 06 17:43:03 2021 Return-path: Envelope-to: guile-user@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 1leg9X-0007X6-5W for guile-user@m.gmane-mx.org; Thu, 06 May 2021 17:43:03 +0200 Original-Received: from localhost ([::1]:49042 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1leg9W-0000XV-3g for guile-user@m.gmane-mx.org; Thu, 06 May 2021 11:43:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44802) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leg0s-0002nc-S0 for guile-user@gnu.org; Thu, 06 May 2021 11:34:06 -0400 Original-Received: from mail-40141.protonmail.ch ([185.70.40.141]:14973) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leg0n-0006M1-50 for guile-user@gnu.org; Thu, 06 May 2021 11:34:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1620315228; bh=HvF6tBsNsgQg1sRP15IcKdA/27CXch4gHvzgh4DVVHo=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=GpykqZf7vAohYKW2jecgVncM+7+ctV8LSUiWp0FWppY20MNdJdfQik1CANNQhmk1Y Amwanpny6uZxIeDdoh0gKaT5o4q9k3uT6poY00XN2S3QgCMdsuD5sVIRDEKq674MjA //nj1VwD9pDO8cbSOzKqRWQ5UMrSHvhs0nyCWmys= In-Reply-To: <19c4bb0c-4780-c398-a26f-2e2211c00667@gmail.com> Received-SPF: pass client-ip=185.70.40.141; envelope-from=luis.felipe.la@protonmail.com; helo=mail-40141.protonmail.ch 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_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: "guile-user" Xref: news.gmane.io gmane.lisp.guile.user:17517 Archived-At: On Thursday, May 6, 2021 11:16 AM, Taylan Kammer = wrote: > On 05.05.2021 15:47, Luis Felipe wrote: > > > Hi Taylan, > > On Wednesday, May 5, 2021 6:39 AM, Taylan Kammer taylan.kammer@gmail.co= m wrote: > > > > > On 04.05.2021 10:31, Zelphir Kaltstahl wrote: > > > > > > > The first 2 tests are surprisingly passing. This is also the reason= , why I used > > > > test-assert and manually wrote the (equal? ...) in the last test, t= o see, > > > > whether it makes any difference. Indeed it does. > > > > > > The reference implementation of SRFI-64 (which is what Guile ships) > > > doesn't seem to be written very well. > > > I have an alternative implementation here, if you're interested: > > > https://github.com/TaylanUB/scheme-srfis > > > I'm not sure if the newest Guile is able to run it out of the box > > > though. You might have to create some .scm symlinks to the .sld files= . > > > > For what it's worth, I know about your implementation for a long time, = but I've never tried to use it because I don't know where to start. Is it n= ot possible to package these libraries so that users can simply install the= m as any other guile library? Say: > > $ guix install r7rs-srfi-64 > > I see that Guile can be run with the "--r7rs" option "to better support= R7RS"... > > Hmm, I had hoped that with the newest Guile, simply adding the repo's > root directory to the load path would work, at least when invoked with > the --r7rs switch, but it seems that Guile still chokes on library name > parts that are integers. That's an incompatibility with r7rs that's not > mentioned in the manual. Ah, good to know. > I guess the only way to make the modules work is to rename all the files > and change the library names to not use integer parts. > > Maybe I'll make a guile-compatible standalone package for the SRFI-64 > implementation, since that's the most fancy thing in that repo. > > I might do it in the following days since I'm on a vacation, but... the > vacation is supposed to be a vacation. :-) Work has been really burning > me out in the last year. Yeah, you should not work on vacation. > If someone else feels like trying: all you have to do is rename .sld > files to .scm, change the integer parts of the module names to symbols > (e.g. s64 instead of 64), and rename the directory '64' accordingly. That helps. I might even try it myself, thanks. (But, really, at least for me, it would be ideal to have these libraries pa= ckaged.)