, all VARIABLEs must be unique (like in let*)
I wasn't aware of such a restriction in let* nor I have found any reference to
that in the R5RS, a single test has been modified to take into account this
difference.
Cheers,
LemonBoy
>From bb15677cada6f0f954f88ea1a314c1c291387ab2 Mon Sep 17 00:
ence' with a tail-recursive loop, if you prefer this kind of fix you
just have to ask :)
Oh, the patch is made against the chicken-5 branch, backporting it to master
should be straightforward.
Cheers,
LemonBoy
>From c80002f2d8de8e4c06636e2b11a8fd2adafc49f1 Mon Sep 17 00:00:00 2001
From: Lemo
Hello hackers,
here's the patch for #1424, I've prepared them for both C4 and C5.
Cheers,
LemonBoy
>From 3f0bd61ef584520baf66aa631187a60eaf570e8b Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Wed, 8 Nov 2017 15:56:21 +0100
Subject: [PATCH] Correctly parse FFI types wrapped in `const
Hello hackers,
here's a small patch to streamline the behaviour of set-procedure-data!, I found
this because the scrutinizer noticed the return type mismatch.
Cheers,
LemonBoy
>From 4f7f5065eb9ac922a9f53b02d5d3d29a2bdc0fae Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Wed, 8 Nov 2017
Hello hackers,
here's a small patch to make csi happy again when the reset-handler hook is
called.
A small test case:
```
csi -e '(import chicken.tcp)(tcp-accept (tcp-listen 4242))'
# Press ^C
```
Cheers,
LemonBoy
>From 934a424cbf84e7cc31ca07165389946b0d6f19da Mon Sep 17
)` wrapper lets users with a old glibc to use this
mechanism.
Have a nice day!
LemonBoy
[1] http://halobates.de/pub/ak/smallsrc/well512.c
[2] http://xoroshiro.di.unimi.it/
[3] https://en.wikipedia.org/wiki/Mersenne_Twister#Initialization
___
Chicken-hac
Of course finding a solution was a matter of minutes: using `random-bsd`,
`srfi-27` or a custom implementation of some algorithm solves the problem at
hand just fine.
But the point of the proposal is to find out if there's interest in providing a
better (and portable) random number generator as p
99% of
the cases, trying to cover every use case is not going to cut it. I'm no expert
so feel free to correct whatever error you may find, my English isn't not
perfect either so you can be pedantic about that if you want. And please do :)
Thank you for reading,
LemonBoy
[1] htt
Of course I forgot to attach the patch, such is life.
From c4ece710321ea042fdf1ea3cd724a8fcabb12fa4 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Tue, 12 Sep 2017 10:06:21 +0200
Subject: [PATCH] Don't smash the inferred type for constants
Constants indeed don't change throughout the p
the
'##compiler#constant mark.
I don't know what's the best fix for this problem so feel free to chime in :)
Cheers,
LemonBoy
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongnu.org/mailman/listinfo/chicken-hackers
Hello hackers,
some days ago Mario noticed that the xft egg stopped building [1], this patch
makes it work again.
Cheers,
LemonBoy
[1]
https://salmonella-linux-x86-64.call-cc.org/master/gcc/linux/x86-64/2017/09/03/salmonella-report/install/xft.html
>From 4ca745a9a1f9dd1806851e05ea0a4da6315ff
Hello hackers,
some days ago Mario noticed that the xft egg [1] stopped building, after a quick
look at the log it looks that 7079f6853 is the culprit. Commit 122640ea10 was
meant to fix a similar regression introduced by that commit and this patch
finishes the job.
Cheers,
LemonBoy
[1]
https
;; resending because I'm stupid and I forgot to attach the patch (and I can't
;; figure how to reply to my own message)
Hello hackers,
here's a small patch that prevents `##sys#dump-heap-state` to segfault when the
heap contains one of those newfangled numeric types.
Cheers,
Hello hackers,
here's a small patch that prevents `##sys#dump-heap-state` to segfault when the
heap contains one of those newfangled numeric types.
Cheers,
LemonBoy
___
Chicken-hackers mailing list
Chicken-hackers@nongnu.org
https://lists.nongn
skipped the generation of the scratch
space buffer.
Here's a simple patch, I'm not too fond of the catch-all case but it shouldn't
be a problem (the `make check` shows no regression).
Cheers,
LemonBoy
>From f2d1990ed0b5a2a8b48e9ed71ad821f7dd9a1fbd Mon Sep 17 00:00:00 2001
From: L
Hello hackers,
I found and fixed two small problems in the srfi-4 module, here's a patch (made
against the chicken-5 branch, it should be easily backported to master if
needed) that also includes some tests.
Cheers,
LemonBoy
>From 61aa693ad23b8490982ef9ac67cfe49264838909 Mon Sep 17 00:00
On 14 Jul, Peter Bex wrote:
> Hi all,
>
> A long time ago, we had a patch that tried to prefix the current module
> name onto a record type's tag (727b2b3fea271474540f215af4842d32e82e7e6d).
>
Awesome news!
A minor nit: the whole module-prefixing dance is repeated three times in this
patch alone,
On 14 Jul, Peter Bex wrote:
> The basic idea of the patch is very good. I think there's one small
> mistake: if the node isn't replaced by the object, you still return
> the derived type r1, on the grounds that the check is enforcing.
>
> However, if the derived type is, say (or char fixnum), and
On 10 Jul, Peter Bex wrote:
> I'm a bit concerned about the patch itself though. For one, in the interest
> of modularity and code layout, I think all type annotations on variables
> should _only_ be made by the scrutinizer. It's the scrutinizer's job to
> assign types, not anything else's.
>
We
erals.
I've covered the simple ones mostly because the lfa2 type checker is pretty
limited and because I wasn't too sure about the future of the srfi-4 vectors in
core.
Cheers,
LemonBoy
>From 928670f9fbc1b37c03a48ce9a2aa621c7a0d5aec Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Wed, 5
fixes this
problem, I'm aware there are many ways to solve this problem so feel free to
throw the patch into the compost bin and go your own way.
Peace,
LemonBoy
>From d9eaa4b234b71e4ce95a24dbac49843dbf1a71c6 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Tue, 4 Jul 2017 20:47:50 +0200
Su
route but you may have some better way to handle this so
feel free to shoot a mail if you do.
The code/mail ratio is approaching the zero so I'm gonna shut up for a while :)
Cheers,
LemonBoy
>From 28e17805eaf8c8f7b277c1dd2b2f3cf6dc2c3f26 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Thu,
ey've been sitting in my git repo for too long
:)
Cheers,
Lemonboy
>From 2c56a709cf28ce412a72212a704d65b9377be347 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Wed, 14 Jun 2017 21:28:52 +0200
Subject: [PATCH 1/2] Propagate the tl? flag to the inner definitions
The define-foreign-type
I need to test this a bit
more as it's still a bit rough around the edges.
Thanks for your patience and sorry for the noise,
Lemonboy
On 28 May 2017 at 23:29, lemonboy wrote:
> Hello hackers,
> I'll be brief:
> - The first patch fixes a problem where we'd fail to consider
On 05/29, Peter Bex wrote:
> On Sun, May 28, 2017 at 11:29:06PM +0200, lemonboy wrote:
> > Hello hackers,
>
> Hi Lemonboy,
>
> Thanks (again!) for your patches. You're really putting in quite
> the effort.
>
Thanks for the kind words :)
> I have two comments
ct this to be 0.5 and not 1
```
Cheers,
Lemonboy
From af30063d5eeccae1e96ff9745e85f5dd7f55865c Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Sun, 28 May 2017 22:12:32 +0200
Subject: [PATCH 1/3] Do not treat internal defines as non-toplevel ones
We now treat the internal defines as if they're
Hello hackers,
this patch does what it says on the tin and can be safely applied to
the 4 branch,
I didn't supply a separate patch in the hope the patch(1) deity
manages me to spare
this effort :)
Cheers,
Lemonboy
From 2647c9c815b45ed8fa91c675842b9c953612430b Mon Sep 17 00:00:00 2001
Hello hackers,
here's a small patch that fixes the problem with chicken-install
reported by Mario in #1373.
I've briefly tested it and have inspected the contents of the
.install.sh file and it does look right.
Cheers,
Lemonboy
From 5b9d64f015d31a9c97c5e7f0c4691f6ec016ded1 Mon Sep 1
On Sun, May 21, 2017 at 06:25:09PM +0200, Peter Bex wrote:
> I don't really care that much about this, so unless others have similar
> concerns I think we can apply this change.
>
> However, they shouldn't be #:enforce; they don't raise an error when
> their types are fixnum or false, which is wha
it with the lack of any warning and
you're in for a nice bug
hunt.
Cheers,
Lemonboy
On 19 May 2017 at 22:54, Peter Bex wrote:
> On Fri, May 19, 2017 at 10:48:38PM +0200, lemonboy wrote:
>> Hello hackers,
>> there's not much more to say.
>
> I'm wondering, is it
Hello hackers,
here's a small patch that lets the scrutinizer use the type
information contained
in the `inline_ref` nodes.
Cheers,
Lemonboy
From 38e093efbc9e3c58e9079ff54317b566680342ea Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Sun, 21 May 2017 15:56:59 +0200
Subject: [PATCH] Infer type
Hello hackers,
there's not much more to say.
Cheers,
Lemonboy
From 149127f97b0271465493f08aa7f103ac17f67483 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Fri, 19 May 2017 22:45:28 +0200
Subject: [PATCH] Add entries in the types.db for the fxX? ops
---
types.db | 9 +
1 file chang
Hello hackers,
here's a patch that fixes what I believe is a c&p error, I've also
replaced some uses of
install-executable-command with install-file-command which I believe
is more correct
as the plain text files we're installing have no need to be marked as +x.
Ch
After some more testing I've got a revised and hopefully better patchset.
Please review with care,
Lemonboy
On 10 May 2017 at 11:00, Evan Hanson wrote:
> Hey Lemonboy,
>
> On 2017-05-09 16:20, lemonboy wrote:
>> since both `##sys#macro-environment` and `##sys#current-enviro
lied to the `keyword?`
test below, if it can be folded inside the `cond` and whether it is a
good idea to turn the notice into a warning but I'm running short on
time :)
I'm happy to adjust the patch according to your feedback here or on irc.
Cheers,
Lemonboy
From 65edffba15ae3b5c37acd316ef5
sigh, here's the patch.
Sorry for the noise.
On 4 May 2017 at 13:29, lemonboy wrote:
> Here's a patch with some test cases, I hope it's fine.
>
>> Nice - one suggestion: a common format for error messages with line-numbers
>> would
>> make it easier for
Here's a patch with some test cases, I hope it's fine.
> Nice - one suggestion: a common format for error messages with line-numbers
> would
> make it easier for tools to parse the msg and navigate to the location.
Absolutely, it is also easier for the humans to pinpoint where the problem is :)
Hello hackers,
here are some small patches that fix some small problems I found while
playing around.
Cheers,
LemonBoy
From 45b2bf57c2e777097f2c36f198e6a36d20a26c31 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Wed, 3 May 2017 13:42:30 +0200
Subject: [PATCH 1/3] Fix an oversight in define
Hello hackers,
here's a small patch that fixes a small and harmless error.
Cheers,
Lemonboy
From 361b53d905346c7a236f3f8934716c280152e80e Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Tue, 2 May 2017 16:31:53 +0200
Subject: [PATCH] Prevent the use of an unbound variable
---
modules.sc
rn #f.
The .patch is made against the chicken-5 branch and I think applies cleanly
to master.
Cheers,
Lemonboy
From b53ff32298abb7ef5f335237fac1d03eb2216e62 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Mon, 1 May 2017 13:27:06 +0200
Subject: [PATCH] Make fx*? aware of non-fixnum arguments
This b
Hello hackers,
here's a small and insignificant patch that removes an unused argument to
warm up your week end.
Have fun,
Lemonboy
From b800c38bcda4a4146f39f1a207590fb7a4f0c2dc Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Wed, 26 Apr 2017 19:22:06 +0200
Subject: [PATCH] Remove unused para
As promised here's the patch, sorry for the noise.
On 27 March 2017 at 16:10, lemonboy wrote:
> Hello hackers,
> while doing some work on the optimizer I ended up noticing something
> weird in how `scan-toplevel-assignments'
> handles some nodes. A quick `git blame'
rsion and added a
parameter to scan-each for clearing the
`previous' variable. I hope that's fine for you.
Cheers,
LemonBoy
[1]
http://code.call-cc.org/cgi-bin/gitweb.cgi?p=chicken-core.git;a=commit;h=ac8f2dadd
___
Chicken-hackers mai
Hello hackers,
here's a small patch that makes `string->list' tail recursive, we gain
a small speed up and
one less word allocated for every iteration.
The patch has been made against the chicken-5 branch and should apply
cleanly to the
master branch too.
Cheers,
calls C_block_header_init on it,
writing over a chunk
of memory that's over the buffer end.
Attached is a patch against the chicken-5 branch, I think it should
apply cleanly to the
4.x branch too.
Cheers,
LemonBoy
From d4f67ae2d941876f898b6d999f068084345c9141 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: F
Hello hackers,
attached is a simple patch that fixes #1257 by making sure we don't
try to resize the heap whenever we hit the maximum size.
Cheers,
LemonBoy
From 1e9864ab4e32ddd36b305684324b14d9a550c64c Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Fri, 3 Mar 2017 17:24:31 +0100
Subject: [
I actually forgot to attach the patch, so here it is.
On 29 May 2016 at 22:27, lemonboy wrote:
> Hello,
> While investigating the ticket #1293 [1] I noticed that the hashing
> procedures would stop hashing all the vectors
> at the 4th element and while that's a valuable wa
e eqv? version)
Cheers,
LemonBoy
[3]
http://git.savannah.gnu.org/gitweb/?p=guile.git;a=blob;f=libguile/hash.c;h=d6ddb6b3b631f8f694171fe18eaa7dcb5325df1f;hb=HEAD
[2] https://gist.github.com/badboy/6267743
[1] http://bugs.call-cc.org/ticket/1293
___
Chick
Hello,
this patch makes ##sys#error-handler respect the width limit as it's
done in the other code paths.
(Limits have been bumped to 100 to make those uniform throughout the code)
I hope the merge window is still open :)
Cheers,
LemonBoy
From 8bde15710369107adae9b89b9ba0dca89bdf3956 Mon S
"module unresolved" error which in hindsight isn't very informative
nor particularly right (it's not the module that is undefined, it's a
symbol used in the body).
Thanks for your time,
LemonBoy
From eca725518e78fe88ea43c5a88e757d2db552815d Mon Sep 17 00:00:00 2001
From: L
I've updated the patch to remove some unused functions captured in the
'compile-to-closure'.
LemonBoy
On 28 April 2016 at 11:48, lemonboy wrote:
> Hello,
> This patch provides no functional changes and it just cleans up the
> way chicken checks whether a variable is
branch, I could rebase and
adjust it for the -4 branch too if needed.
Cheers,
LemonBoy
From 510744ce5b0928b0133d7f4abb8dd50063199bbf Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Thu, 28 Apr 2016 11:11:46 +0200
Subject: [PATCH] Change how unbound variables are checked for.
To: chicken-hackers@nongn
On 25 April 2016 at 22:54, Mario Domenech Goulart
wrote:
> On Mon, 25 Apr 2016 22:30:08 +0200 lemonboy wrote:
>
>> I was wondering why my fresh chicken5 install was acting up only to
>> discover that when initializing the eggs repository using
>> chicken-install's -i sw
ached is a patch against the chicken-5 branch that fixes the problem.
LemonBoy
From b3b7cec9a18360bf6c1aa9904076f4c62701613b Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Mon, 25 Apr 2016 22:23:41 +0200
Subject: [PATCH] Create the destination folder for the -i command
To: chicken-hackers@nongn
ile-exists?
check on p0 just to be safe.
[1] http://bugs.call-cc.org/ticket/133
From a817995f4feb12b6c1ec65926cb4eac0316bd910 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Tue, 8 Mar 2016 19:11:07 +0100
Subject: [PATCH] Make ##sys#find-extension return the full path
To: chicken-hackers@nongnu.org
: LemonBoy
Date: Sun, 28 Feb 2016 20:34:56 +0100
Subject: [PATCH] Check if the port is open before using it.
To: chicken-hackers@nongnu.org
The file-lock functions in posixunix.scm didn't check if the port was
actually open. Calling fileno on a closed descriptor causes a invalid
memory rea
Take 2, this time the NEWS file and the manual have been updated too.
Sorry for the noise.
TLM
From ca161b7cd77f4cc3a29ccfe3c000ecd79af25f29 Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Mon, 7 Dec 2015 22:10:14 +0100
Subject: [PATCH 2/2] Update the documentation.
---
NEWS | 3
It took me way more time to figure out how to bootstrap the compiler
and format the patch than to write the patch itself.
TLM
From 8f4dbef2cd3a69c690f14f466c843d7956267b3a Mon Sep 17 00:00:00 2001
From: LemonBoy
Date: Mon, 7 Dec 2015 21:50:56 +0100
Subject: [PATCH] Make ##sys#stat work with
58 matches
Mail list logo