Dear fellow chicken scheme enthusiasts,
I want to give you a short heads up of what happened at our first
real life event @ FroSCon near Cologne last weekend.
Peter Bex, Mortiz Heidkamp, Ivan Raikov, Felix Winkelmann, Joerg
Wittenberger, and myself could find the time to meet up in person.
We
Hi!
* Alaric Snell-Pym ala...@snell-pym.org.uk [101018 12:18]:
I'm happy with that, or #blob{hex...} to allow room to expand by using
other tags than 'blob', maybe. *shrug*
Hm does this gain much? The default would be #{..} and if I need
#evilbits{...} I could still do so couldn't I?
* John Cowan co...@mercury.ccil.org [101210 21:42]:
Thomas Chust scripsit:
to me the analogy seems quite well chosen. By the way, sometimes I
actually wonder whether splicing behaviour of multiple values in an
argument list wouldn't be a good idea, but I'm unsure.
It's a Really Bad
* Alan Post alanp...@sunflowerriver.org [101211 18:42]:
Generally, however, it is a bit annoying that import is an
all-or-nothing thing, tightly binding sets of libraries together by
not being able to separate importing from loading. Your e-mail here
notwithstanding.
Generally that is
Hi all,
* Peter Bex peter@xs4all.nl [110303 09:32]:
I've written up a proposal for switching our egg repository to
a distributed type of deal:
http://wiki.call-cc.org/distributed-egg-repos
Since many users have indicated they are very much fed up with
svn and would prefer to use
* John Cowan co...@mercury.ccil.org [110315 00:45]:
Christian Kellermann scripsit:
- Automatically *mirror* the contributed archives on call-cc.org,
maybe after the code has passed N salmonella rounds of master and
experimental branches.
What is an archive in this context
Dear Felix,
* felix winkelmann fe...@call-with-current-continuation.org [110625 13:51]:
To simplify things and to avoid the regularly occurring incorrect
merges (I'm just not a git person, you know), I'll drop the
experimental branch in the chicken-core git repository. I also
noticed that
* Peter Bex peter@xs4all.nl [110822 15:20]:
On Mon, Aug 22, 2011 at 11:56:55AM +0200, Felix wrote:
Hi!
From now on I'll better ask first, so:
Would anybody be very unhappy if always?, none? and never?
(unit data-structures) get deprecated? They can be trivially defined
* felix winkelmann fe...@call-with-current-continuation.org [110831 09:35]:
Note that this will make then environments egg obsolete
and extensions that depend on it will stop working.
Thanks!
What steps need to be done to make them work again?
We will sort it out.
Christian
--
Who can
* felix winkelmann fe...@call-with-current-continuation.org [110907 11:22]:
This touches on the subject of a general development
roadmap or strategy, which is probably a good thing to have, as long
as we don't become too dogmatic about it.
Yes a plan is a good thing. Having inspiration behind
* Peter Bex peter@xs4all.nl [110917 18:15]:
On Sat, Sep 17, 2011 at 05:56:52PM +0200, Peter Bex wrote:
Hi all,
This is a patch and bugreport rolled into one ;)
I've tested the patch and it works for me (TM), hence OK.
--
Who can (make) the muddy water (clear)? Let it be still, and
a03d5bdaebe91f35a5e71ca19aecc2feae958451 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Thu, 22 Sep 2011 09:57:26 +0200
Subject: [PATCH] Remove deprecated find-files variant. Deprecated since 4.6.0.
---
posix-common.scm | 25 +++--
1 files changed
* felix winkelmann fe...@call-with-current-continuation.org [110923 08:37]:
Looks good! I would suggest to use directory instead of find-files,
though (since you don't need the full tree, just whether there is
something or not).
Thanks, the pushed version uses directory now.
Kind regards,
, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From d34f1fa1ea8248725e5441c97e2a5ab20aa200f1 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 25 Sep 2011 11:58:02 +0200
Hi,
I've noticed that at least in extras.scm almost none of the procedures
check whether they get the *right* port, i.e. whether read routines
get input-port and write procedures get output-ports.
The obvious thing would be to add type checks to each but maybe
that could also be done by the
* felix winkelmann fe...@call-with-current-continuation.org [110926 08:45]:
From: Christian Kellermann ck...@pestilenz.org
Subject: [Chicken-hackers] [PATCH] replace write-line calls to display with
internal procedures.
Date: Sun, 25 Sep 2011 19:45:23 +0200
The attached patch should
* Christian Kellermann ck...@pestilenz.org [110926 10:01]:
Ignore this. I suck.
Let me fetch some coffee and redo it properly.
That should work better.
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
* felix winkelmann fe...@call-with-current-continuation.org [110926 13:28]:
From: Felix fe...@call-with-current-continuation.org
Subject: [PATCH] simplify typevar instantiation handling in scrutinizer
Date: Mon, 26 Sep 2011 09:23:02 +0200 (CEST)
Attached is a patch that simplifies the use
? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 35f1d83acb1f9a5ae44169200df6f84b90debfd9 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Wed, 28 Sep 2011 14:02:14 +0200
Subject: [PATCH] Remove ##sys#walk-namespace
* Alan Post alanp...@sunflowerriver.org [110928 22:49]:
On Wed, Sep 28, 2011 at 10:10:14PM +0200, Christian Kellermann wrote:
I now notice that barf says stat on an OOM error. Excuse my
nitpicking, but should that be access?
It should. To complete this patch if only for the archives, I have
* felix winkelmann fe...@call-with-current-continuation.org [110929 12:15]:
I am not quite sure I understand this correctly. Catch the error
and if it is an overflow, redo it with a flonum? I am not sure if
this is even possible since the internal check is against whether
you are a
* felix winkelmann fe...@call-with-current-continuation.org [110930 08:40]:
From: Alan Post alanp...@sunflowerriver.org
Subject: Re: [Chicken-hackers] [PATCH] add input- and output port types
specifiers
Date: Thu, 29 Sep 2011 06:21:22 -0600
The following hunk has nothing to do with ports
* felix winkelmann fe...@call-with-current-continuation.org [110930 13:06]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] [PATCH] add input- and output port types
specifiers
Date: Fri, 30 Sep 2011 12:57:47 +0200
* felix winkelmann fe...@call-with-current
* Mario Domenech Goulart mario.goul...@gmail.com [110928 14:58]:
Hi Christian,
On Wed, 28 Sep 2011 14:05:18 +0200 Christian Kellermann ck...@pestilenz.org
wrote:
This fixes ticket Ã#704. I could not find any references to this
procedures apart from the environments egg which is broken
of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 33c404c444d5bb5592425c2485fbd8450b95af36 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sat, 1 Oct 2011 22:42:26 +0200
Subject: [PATCH] Make the procedure returned
Hi Timo!
* Timo Myyrä timo.my...@gmail.com [110928 18:35]:
BSD's seem to use -pthread flag instead of -lpthread to use POSIX threads.
You can verify this by looking the -pthread flag from gcc man page of
BSD systems.
Thanks for the patch! I would restrict this change of flags to
OpenBSDs (or
* felix winkelmann fe...@call-with-current-continuation.org [111004 08:08]:
Hello!
I submit this patch once more in the hope that someone might
sign it off.
Sorry, I have missed this. This is good, thank you!
Cheers,
Christian
--
Who can (make) the muddy water (clear)? Let it be
* Alan Post alanp...@sunflowerriver.org [111004 14:50]:
I agree, this patch is now fine. I wanted to walk myself through a
mental error I made checking it:
fifo? returns 0 on ENONENT, whereas file-exists? return #f. This at
first concerned me, as it was inconsistent. It was then I
* felix winkelmann fe...@call-with-current-continuation.org [111004 08:14]:
From: Felix fe...@call-with-current-continuation.org
Subject: [PATCH] mark let-bound variables as inline-transient (resubmission)
Date: Tue, 04 Oct 2011 08:11:20 +0200 (CEST)
Hello!
Attached once more a
* felix winkelmann fe...@call-with-current-continuation.org [111007 08:22]:
The attached patch fixes a problem in the optimizer that could cause
unbound variable references that were not used to be optimized
away, the cause being an inverted test for the '##core#always-bound
property.
I have
Hi Alan!
* Alan Post alanp...@sunflowerriver.org [111008 18:48]:
On OpenBSD, I think you'd like to handle ENAMETOOLONG by returning
C_SCHEME_FALSE too. On that platform, EOVERFLOW is not returned
from stat. (And I'm not sure what it is signalling, so I don't
know what this if statement is
* Alan Post alanp...@sunflowerriver.org [111008 20:58]:
Here would be the sort of pseudocode I mean:
file = 'really-long-file-path'
for-each dir in /mnt/*
path = dir + file
file-exists? path
Who knows what a user has mounted inside /mnt. It might a
Hi Alan!
* Alan Post alanp...@sunflowerriver.org [111008 22:23]:
I'm sorry that I don't seem to be communicating well today: I'm only
in and out at my computer trying to do other things and it seems to
be affecting my ability to be articulate.
Thanks for bearing with me, I think I have
* John Cowan co...@mercury.ccil.org [111008 22:30]:
Here's my argument: file-exists? should return #t if the file definitely
exists and #f if it definitely doesn't, and should throw an exception
if the implementation cannot tell. In the case of ENAMETOOLONG, the
file *cannot* exist, so
* John Cowan co...@mercury.ccil.org [111010 08:30]:
Christian Kellermann scripsit:
John, how do other schemes handle this situation?
Racket, Gauche, Gambit, Bigloo, Kawa, SISC, Chibi, Chez, SCM, Larceny,
Ypsilon, Mosh, IronScheme, Scheme 9, Elk, VX return #f.
MIT, scsh, Ikarus throw
)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 7ccf047ccc521535050dbbcc075b6186b4600c22 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun
* felix winkelmann fe...@call-with-current-continuation.org [111012 10:34]:
When overriding the version check for a chicken dependency with
-force, chicken-install tried to remove an extension with that name.
Pushed, thanks.
--
Who can (make) the muddy water (clear)? Let it be still, and it
* Alan Post alanp...@sunflowerriver.org [111012 15:21]:
This patch looks fine to me, on OpenBSD there is no errno value for
0, and I think strerror in that case returns something like no
error. This define therefor isn't conflicting with an existing
errno condition that could be returned from
: Christian Kellermann ck...@pestilenz.org
Date: Thu, 13 Oct 2011 21:57:22 +0200
Subject: [PATCH] Prefix include path correctly when CHICKEN_PREFIX is set.
This fixes bug #712 as reported by Sven Hartrumpf.
---
csc.scm |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/csc.scm b
secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 9bae7824f8ced011daf04f03c307ff18b0979ec8 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Thu, 13 Oct 2011 21:28:53 +0200
Subject: [PATCH] Remove
* felix winkelmann fe...@call-with-current-continuation.org [111025 12:58]:
The attached patch removes some unused functions from runtime.c, which
where kindly pointed out by Joerg.
Cool, I love cleanups. pushed.
--
Who can (make) the muddy water (clear)? Let it be still, and it will
* felix winkelmann fe...@call-with-current-continuation.org [111025 13:10]:
The attached patch optimizes write-string slightly by using
the appropriate port-class method instead of falling back to
the generic display.
Nice! pushed.
--
Who can (make) the muddy water (clear)? Let it be still,
* felix winkelmann fe...@call-with-current-continuation.org [111025 13:32]:
The attached patch adds debug-output when the mutation-stack is
resized (and debug-mode is enabled). The m-stack grows by twice its
current size instead of growing by a fixed rate. Also, some variables
(incorrectly)
* felix winkelmann fe...@call-with-current-continuation.org [111024 11:15]:
From: Felix fe...@call-with-current-continuation.org
Subject: [PATCH] warn if binding to keyword
Date: Sun, 23 Oct 2011 01:35:22 +0200 (CEST)
The attached patch adds a warning, if a keyword is used as a variable
* felix winkelmann fe...@call-with-current-continuation.org [111026 11:37]:
In theory, yes, but I doubt it will be noticable much.
Ah, ;;just in case !
;)
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
* felix winkelmann fe...@call-with-current-continuation.org [111027 09:18]:
The attached patch... well, you know what it does. If nobody wants to
sign off this trivial change, I'll just commit it myself.
Ah I must have missed it. Please go ahead.
--
Who can (make) the muddy water (clear)?
* felix winkelmann fe...@call-with-current-continuation.org [111027 09:43]:
The attached patch adds a batch file for running most of the
tests also in a mingw Windows environment (without msys).
Ok, by me but I cannot test it. So go ahead if this works for you.
(Maybe someone else can).
--
* felix winkelmann fe...@call-with-current-continuation.org [03 14:15]:
This patch fixes two bugs:
1. Non-standard syntax is removed from standard evaluation
environments by filtering out all extraneous entries when
building the syntactic environment that maps identifiers
to syntax
* felix winkelmann fe...@call-with-current-continuation.org [111031 09:10]:
The attached patch handles procedure-objects in operator position of
evaluated lists. This adds an small inconsistency between interpreted
and compiled code (in macro-transformers, for example), but allows
for
* felix winkelmann fe...@call-with-current-continuation.org [111027 11:18]:
The attached patch adds an optimization (originally suggested by
chairman shinn), which turns groups of local procedures into dispatch
loop. This can give good performance improvements in tight code that
performs no
* felix winkelmann fe...@call-with-current-continuation.org [111027 12:28]:
This patch adds some cleanups and enhancements to the interrupt and
signal-handling facilities, as posted recently. Thanks to Joerg
Wittenberger and Alan Post for their valuable suggestions, which have
been
* felix winkelmann fe...@call-with-current-continuation.org [111022 17:16]:
The attached patch disables debugging output for the scrutinizer,
as it is only useful for debugging the compiler.
Ah I see you have applied this as patch f9a6702c0c18c8d2b58286ada4f4c0b9cf4802a3
Sorry for missing
* felix winkelmann fe...@call-with-current-continuation.org [07 13:29]:
... otherwise building from a tarball will not be possible without an
installed chicken if the user decides to rebuild with a different
configuration. With this patch the files are deleted on make
spotless.
pushed.
* Mario Domenech Goulart mario.goul...@gmail.com [11 13:20]:
Hi,
I've moved scripts/make-egg-rss-feed.scm to the chicken-infrastructure
repo (just like make-egg-index.scm has been once moved).
Sounds like a good idea. Do you want to push this yourself?
Christian
--
Who can (make)
* felix winkelmann fe...@call-with-current-continuation.org [10 11:37]:
The attached patch disables the apply-hack on sparc64. The assembly
stub used in apply-hack.sparc64.S appears to generate random
crashes. Tested on Linux. I was not able to get it to run on OpenBSD
yet.
Thanks,
Hi!
* felix winkelmann fe...@call-with-current-continuation.org [11 14:10]:
Note that the following patches are still pending for review:
http://lists.nongnu.org/archive/html/chicken-hackers/2011-11/msg9.html
I must have overslept pushing that one after our little exchange, will push
* felix winkelmann fe...@call-with-current-continuation.org [11 17:50]:
I am confused. Isn't regex is a unit?
No, irregex is. Regex is an egg. This commit should be reverted.
Ah my confusion came from the leftover regex unit page on the wiki
which also has been showing up in chickadee.
* felix winkelmann fe...@call-with-current-continuation.org [14 14:38]:
When, during flow-analysis, the branches of a conditional expression differ
in the number of result-values, the types where incorrectly merged, defaulting
to the union of both branch results and cutting off the longer
* felix winkelmann fe...@call-with-current-continuation.org [111027 12:28]:
This patch adds some cleanups and enhancements to the interrupt and
signal-handling facilities, as posted recently. Thanks to Joerg
Wittenberger and Alan Post for their valuable suggestions, which have
been
* felix winkelmann fe...@call-with-current-continuation.org [30 10:51]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] [PATCH] disable warning for let-bound keyword
Date: Tue, 29 Nov 2011 15:50:25 +0100
* felix winkelmann fe...@call-with-current
* felix winkelmann fe...@call-with-current-continuation.org [30 13:49]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] [PATCH] disable warning for let-bound keyword
Date: Wed, 30 Nov 2011 11:12:03 +0100
* Christian Kellermann ck...@pestilenz.org [30 11
* Sven Hartrumpf hartru...@gmx.net [111222 10:01]:
If any one can reproduce this, good.
If not, I known that I have to run such commands several times - no problem
here :-)
Sorry if I missed something, which commands do I need to run to reproduce the
problem?
Kind regards,
Christian
--
* Sven Hartrumpf hartru...@gmx.net [111222 10:19]:
Thu, 22 Dec 2011 10:04:28 +0100, ckeen wrote:
Sorry if I missed something, which commands do I need to run to reproduce
the problem?
Just one: the chicken-install command from my mail.
I saw that. I am still unsure about the correct
* felix winkelmann fe...@call-with-current-continuation.org [120105 09:45]:
Attached a patch submitted recently that adds win32-specific handling
of EINTR in reado/peek-char. Without this patch Ctrl-C will be
treated like EOF and terminate csi.
The version attached adds a CYGWIN-specific
* Jim Ursetto zbignie...@gmail.com [120112 08:20]:
C_string_to_symbol was allocating 6 words when it needed 7 (symbols gained an
extra slot at some point, I think). I caught this when trying to get LLVM
gcc working.
Maybe it's also related to the intermittent symbol GC test failures in
will gradually arise.
-- Lao Tse.
From 3ac5bf73c0bec0c5f230ac685e4a17d69a7ea382 Mon Sep 17 00:00:00 2001
From: Jim Ursetto zbignie...@gmail.com
Date: Mon, 16 Jan 2012 00:02:09 -0600
Subject: [PATCH] Use flexible array member in C99 mode; silences clang array
bounds warnings [#778]
Signed-off-by: Christian
* felix winkelmann fe...@call-with-current-continuation.org [120123 06:10]:
Hello!
The attached patch add a special case of inlining by transforming
calls like (variable ...) to (standard-or-extended binding
...), where variable is known to refer to some of the builtin
procedures known as
* Peter Bex peter@xs4all.nl [120123 18:50]:
How about the attached patch?
I have pushed it, thanks!
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will
can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 7c4e219b6a5e7ab4435d463e79ce92f5425d166e Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sat, 18 Feb 2012 21:19:13 +0100
Subject: [PATCH] Ignore
* Christian Kellermann ck...@pestilenz.org [120224 21:10]:
Dear fellow hackers,
please find a patch attached to mitigate the potential security
issue in henrietta by allowing egg names which can be interpreted
as paths.
Please ignore this patch!
Disallowing slashes is probably not the way
Hi!
* Christian Kellermann ck...@pestilenz.org [120224 22:01]:
I would revert back to a much simpler version of this patch which
is attached to this email. If there is a good reason for disallowing
/s explicitly I'd love to hear about it.
Since noone picked up on this I think we should leave
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 5962ddd05aa9a9f122ca05779f3cf5a68ddbaf12 Mon Sep 17 00:00:00 2001
From: Christian
755d57fd1d3505154f4609b2bfbc0eeab371ccd0 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 4 Mar 2012 11:42:58 +0100
Subject: [PATCH] Fix bug #791 and unpack flonums correctly for integer?
The patch originally comes from Peter, I have added the tests for
it. Maybe there should be more
* felix winkelmann fe...@call-with-current-continuation.org [120304 12:09]:
From: Christian Kellermann ck...@pestilenz.org
Subject: [Chicken-hackers] [PATCH] Raise error on construction of too large
vectors/blobs
Date: Sun, 4 Mar 2012 10:36:35 +0100
Hi,
the attached patch raises
* Peter Bex peter@xs4all.nl [120304 15:54]:
On Sun, Mar 04, 2012 at 10:31:14AM +0100, Christian Kellermann wrote:
Hi,
the patch below uses C_HEADER_SIZE_MASK for the library's string
limit. This should increase buffers for certain operations on 64bit
systems where
* John Cowan co...@mercury.ccil.org [120304 19:41]:
Christian Kellermann scripsit:
+SRFI-4 vectors internally are implemented with a maximum length of
+0x3f '''bytes'''.
Ah that is completely bogus, #xff (24bits) is correct.
Also that patch omits the distinction between 32bit
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120304 20:10]:
Hi Chickeners,
to those of you who will be at CeBit the next days:
join us at our both at the security plaza hall 12!
We'll show you a pure chicken network! ( askemos.org )
Look out for the logo from softeyes.net .
* John Cowan co...@mercury.ccil.org [120304 20:53]:
Christian Kellermann scripsit:
Yes, because of the error above. How does the attached correction
sound to you?
Looks good to me, but I've only looked at the documentation, not the code.
Thanks! If you find anything else please let me
* felix winkelmann fe...@call-with-current-continuation.org [120305 13:56]:
Does that make sense? I just want to make sure that the error is caught...
Maybe there is a better way?
Ah, you check for an error. An oversight on my part. Well, you could try
negative lengths and so on.
Good
* felix winkelmann fe...@call-with-current-continuation.org [120305 13:56]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] [PATCH] Raise error on construction of too
large vectors/blobs
Date: Mon, 5 Mar 2012 13:47:32 +0100
* felix winkelmann fe...@call
(make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
From 1a2dc5afc24d8318813d5bfdf7932d20b85ec26f Mon Sep 17 00:00:00 2001
From: Christian Kellermann
* felix winkelmann fe...@call-with-current-continuation.org [120306 13:04]:
I agree and have attached a patch.
Thanks, signed off, pushed and untested.
Works for me[tm]
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the
Hi Mario!
* Mario Domenech Goulart mario.goul...@gmail.com [120305 21:43]:
Regarding the other eggs that can be seen in the diff: skiplists breaks
because it depends on tuples. endian-port failed because of some
chicken-install failure, it seems (it's been happening frequently
lately).
The
* Alaric Snell-Pym ala...@snell-pym.org.uk [120309 11:15]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I tripped up on some aspect of the SRFI-17 support in define-record
accessors (I can't remember which) and wrote this proposed change to the
manual to generally clarify define-record's
Thanks Peter,
these went in, after I had to recreate the ChangeLog removal patch
again...
Cheers,
Christian
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will
This patch feels lonely and awaits its decision about its faith...
--
Who can (make) the muddy water (clear)? Let it be still, and it will
gradually become clear. Who can secure the condition of rest? Let
movement go on, and the condition of rest will gradually arise.
-- Lao Tse.
To make the confusion complete, here is the right patch
From 7ebe33e32540324b8c0ffcbbc86cf0618029cf10 Mon Sep 17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 4 Mar 2012 10:16:01 +0100
Subject: [PATCH] Raise error on construction of too large vectors/blobs
too large
* felix winkelmann fe...@call-with-current-continuation.org [120312 12:53]:
- [PATCH] Raise error on construction of too large vectors/blobs
(this is a long thread with multiple patches)
I have to review this, since it seems to duplicate ##sys#check-range.
Oh, that has been your
* Mario Domenech Goulart mario.goul...@gmail.com [120312 17:35]:
Regarding the other eggs that can be seen in the diff: skiplists breaks
because it depends on tuples.
Hmmm. Not really. skiplists does not depend on tuples
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:55]:
In the attached patch, compile-file was changed to allow overriding
the default compilation options (previously the default options were
always added to the options given).
-(lambda (filename #!key (options '())
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:33]:
- [PATCH] Bugfix for #791 and unpack flonums correctly for integer?
Can't remember.
http://lists.nongnu.org/archive/html/chicken-hackers/2012-03/msg00010.html
Signed off and pushed.
This patch breaks
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:34]:
From: Christian Kellermann ck...@pestilenz.org
Subject: Re: [Chicken-hackers] pending patches
Date: Mon, 12 Mar 2012 16:04:29 +0100
* felix winkelmann fe...@call-with-current-continuation.org [120312
12:53
* Peter Bex peter@xs4all.nl [120316 11:21]:
On Fri, Mar 16, 2012 at 09:36:05AM +0100, Christian Kellermann wrote:
the default compilation options (previously the default options were
always added to the options given).
-(lambda (filename #!key (options '()) output-file (load
Hi!
* felix winkelmann fe...@call-with-current-continuation.org [120316 08:48]:
Here a patch for setup-download that validates egg names, both passed
on the command-line and pulled in through .meta files.
Christian, can you review this?
I think the patch is fine! Do you want to guard
Hi,
please ignore the Raise error on construction of too large
vectors/blobs patches in their various forms.
They don't add much anymore, if they ever did. My intention has
been to provide a more elaborate error message than the Error: out
of range message.
By going back to ##sys#check-range
17 00:00:00 2001
From: Christian Kellermann ck...@pestilenz.org
Date: Sun, 25 Mar 2012 13:58:25 +0200
Subject: [PATCH] Capture length in case-lambda to make it hygienic
This fixes bug #805 as reported by Moritz.
---
chicken-syntax.scm |8 +---
1 files changed, 5 insertions(+), 3 deletions
Dear Chicken hackers,
dear Felix,
dear Ivan,
since I will be able to hack more on chicken again on the next
weekends I would like to focus my energy on clearing the way for a new
release. I tend to trip over a new unnoticed can of worms, so I would
like to ask you for:
* Bugs that you think
I have pushed a (hopefully) fixed version of this patch.
Thank you Felix and sorry for letting this sit here for so long.
Cheers,
Christian
--
9 out of 10 voices in my head say, that I am crazy,
one is humming.
___
Chicken-hackers mailing list
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120416 17:37]:
On Apr 16 2012, Christian Kellermann wrote:
* Jörg F. Wittenberger joerg.wittenber...@softeyes.net [120416 16:51]:
#723: looks weird, but looking into that will need time
Hm. I'm sitting on 4.7.5 and can not confirm
* Peter Bex peter@xs4all.nl [120420 20:32]:
Hi all,
Attached is a trivial patch to add the procedures number-hash,
object-uid-hash, symbol-hash and keyword-hash to the procedures
considered for automatic randomization.
Thank you, I have pushed this.
--
9 out of 10 voices in my head
1 - 100 of 264 matches
Mail list logo