Re: New C6 egg: srfi-162

Jeremy Steward via Chicken-users <[email protected]> Fri, 5 Dec 2025 17:48:54 -0700
Newsgroups gmane.lisp.scheme.chicken
Organization ThatGeoGuy
Message-ID <[email protected]>
On 12/1/25 15:21, Mario Domenech Goulart via Chicken-users wrote:
>> That's strange. On Linux and FreeBSD, the egg passes 'test-new-egg'
>> with no problerms. (This is after uninstalling locally installed
>> srfi-128 and srfi-162.) In both OS using latest chicken (rev
>> 224e7aa3).
>>
>> So I don't understand why the above failures occurred. Appreciate any
>> insights you could share.
> 
> Thanks for the details.  I was using 44df27bb of chicken-core.  I've
> updated it to the latest state (224e7aa347) and now test-new-egg passes.
> To be honest, I don't know exactly which change ended up fixing the
> issue.
> 
> That said,
> https://codeberg.org/jrapdx/srfi-162/src/tag/0.1.0/tests/run.scm#L8-L13
> looks particularly strange.
> 

There was a similar problem with the SRFI-128 egg which needed a few 
commits in order to work. I believe the fixes were 3c719f69 and 
2b0ba37a, which more or less were broken on the SRFI-128 egg as well, 
and for the same reasons.

Separate from that: A question for jrapdx— does (srfi 162) export a 
second module (srfi 128) directly? As the maintainer for SRFI 128 I am 
wondering if it is worthwhile to maintain separate code here or whether 
it makes more sense to expect eggs to transition to 162 in the future.

Given I've already done most of the work to get SRFI-128 in order for 
C6, it isn't really a problem (and will make other ports easier), but 
may be worth noting for visibility.

Cheers,
-- 
Jeremy Steward