felix.winkelm...@bevuta.com writes:
>> Another change is considering 'undefined' as a truthy value. The
>> interpreter considers 'undefined' truthy, too.
>
> Undefined is undefined, we shouldn't make any assumption here.
Hi Felix,
When the scrutinizer walks (begin) it knows the returned value
> Another change is considering 'undefined' as a truthy value. The
> interpreter considers 'undefined' truthy, too.
Undefined is undefined, we shouldn't make any assumption here.
felix
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
> Hi!
>
> Here's a small one.
>
I think the original code is wrong (as this function is never used it
didn't crash so far). We should probably remove this altogether.
felix
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
Hi!
Here's a small one.
>From b0bd69d84ca7825a23a878160b65e0fa29c2e18c Mon Sep 17 00:00:00 2001
From: megane
Date: Sun, 24 Mar 2019 10:22:08 +0200
Subject: [PATCH] * runtime.c (C_delete_symbol_table): Remove dead code
Variable prev is never assigned to. Therefore only the false branch is
ever
Peter Bex wrote:
> I think this isn't entirely correct; your code returns either
> # or whatever C_fseek returns. The wrapping "unless"
> will thus see # if the when's condition is false.
> […]
> though I don't really like the nested (and ... (begin ...)).
Woops! Indeed!
Here’s a new patch. Do
Hi all,
Here's a patch that addresses a bad interaction between chicken-do and
the code in core.scm that avoids regenerating import libraries when they
haven't changed. Basically, by skipping the import library, target files
can become stuck as "out of date" and that further invocations of
