Thanks for the replies,
chicken-install -r srfi-18 ; did the trick already
I should have stated that that's what I have, what I've been looking for
was the git history. I wonder for some statements why the hell they are
there at all. Two possible reasons: a) I cleaned them up for being
well, that shows me. ;-)
trying to track down why
#497 $ chicken-install -r srfi-18
mapped (srfi-18) to ()
retrieving ...
> On Dec 2, 2018, at 10:42 AM, Kon Lovett wrote:
>
> C5 evicted srfi-18, along w/ srfi-1, 13, 14, & 69, to the egg store.
>
> chicken-install -retrieve.
>
>> On Dec 2,
C5 evicted srfi-18, along w/ srfi-1, 13, 14, & 69, to the egg store.
chicken-install -retrieve.
> On Dec 2, 2018, at 10:39 AM, Jörg F. Wittenberger
> wrote:
>
> Hi all,
>
> when I tried to reply in a timely manner I apparently sent out a link to a
> broken file. Sorry for that.
>
> Just
Hi all,
when I tried to reply in a timely manner I apparently sent out a link to a
broken file. Sorry for that.
Just wanted to see if I could create a patch for the current master.
For this I need srfi-18 egg source too. Just I can't find it.
Jöry
On Nov 30 2018, Jörg F. Wittenberger
Hello,
Here's fix to another renaming issue. This is unrelated to the other one
I just sent. Patch message should explain everything.
Regards
>From 849bd565dcf03b1fd03f3426ff4f65810b0dda29 Mon Sep 17 00:00:00 2001
From: megane
Date: Sun, 2 Dec 2018 18:23:44 +0200
Subject: [PATCH] *
Hello,
Here's a fix for #1563.
The problem was using the ##core#real-name property for type variables.
The er-macro-transformer would use that to undo the renaming.
Other way to fix this would be to rename type variables while
scrutinizing. This would involve calling simplify-type when walking
