[Chicken-hackers] [PATCH] correct pseudo-parameter implementation and types.db fixes

2011-09-22 Thread Felix
The attached patch fixes the implementation of the "pseudo" parameters current-input-port, current-output-port, current-error-port and current-exception-handler which now return the correct value in the assignment case. Also, some types.db entries have been corrected. cheers, felix commit 54fa2

Re: [Chicken-hackers] [patch] error out when installing nonexistant egg

2011-09-22 Thread Felix
From: Christian Kellermann Subject: [Chicken-hackers] [patch] error out when installing nonexistant egg Date: Thu, 22 Sep 2011 23:47:41 +0200 > Hi, > > attached is a small patch for issue 683. With it chicken-install > errors out on non existant extensions and returns an error code of > 1. > >

Re: [Chicken-hackers] [PATCH] corrected "smashing" of pair/vector/list component types

2011-09-22 Thread Felix
From: Peter Bex Subject: Re: [Chicken-hackers] [PATCH] corrected "smashing" of pair/vector/list component types Date: Thu, 22 Sep 2011 21:37:54 +0200 > On Wed, Sep 21, 2011 at 04:34:38AM -0400, Felix wrote: >> Corrected "smashing" of pair/list/vector component types after >> call to possibly mod

Re: [Chicken-hackers] [PATCH] various scrutinizer bugfixes

2011-09-22 Thread Felix
> > I'm probably overlooking something, but it looks like the now-first > "or" case (around line 1016) walks the types twice. > Once by over-all-instantiations and then again in the anonymous > procedure it passes as argument for "combine", which does > (if (or exact all) (every (cut match1 t1 <>)

[Chicken-hackers] [patch] error out when installing nonexistant egg

2011-09-22 Thread Christian Kellermann
Hi, attached is a small patch for issue 683. With it chicken-install errors out on non existant extensions and returns an error code of 1. I am not so sure whether this is the best solution, since retrieve-extension should return #f if there is no such file, but I guess this is due to a change in

Re: [Chicken-hackers] [PATCH] corrected "smashing" of pair/vector/list component types

2011-09-22 Thread Peter Bex
On Wed, Sep 21, 2011 at 04:34:38AM -0400, Felix wrote: > Corrected "smashing" of pair/list/vector component types after > call to possibly modifying procedure. The existing code refered > to the incorrect type specifier "pair-of". Looks fine, please apply it. I still can't make git apply patches

Re: [Chicken-hackers] [PATCH] various scrutinizer bugfixes

2011-09-22 Thread Peter Bex
On Mon, Sep 19, 2011 at 01:16:01PM +0200, Felix wrote: > This commit fixes several problems with the scrutinizer: > > - instantiations of type-variables need to be done over all alternatives > in a union ("or") type I'm probably overlooking something, but it looks like the now-first "or" case (

Re: [Chicken-hackers] Remove old variant of find-files

2011-09-22 Thread John Cowan
Christian Kellermann scripsit: > There is one discrepancy left as we do follow symlinks by default > and the docs say the opposite. Which way is the better behaviour? > I will change either the default or the docs then. I agree with other posters: the default should be not to follow symlinks, as

Re: [Chicken-hackers] Remove old variant of find-files

2011-09-22 Thread Felix
From: Peter Bex Subject: Re: [Chicken-hackers] Remove old variant of find-files Date: Thu, 22 Sep 2011 10:45:08 +0200 > On Thu, Sep 22, 2011 at 10:38:50AM +0200, Moritz Heidkamp wrote: >> >> Christian Kellermann writes: >> > this is a simple patch to remove the deprecated variant of find-files.

Re: [Chicken-hackers] Remove old variant of find-files

2011-09-22 Thread Christian Kellermann
* Peter Bex [110922 10:45]: > On Thu, Sep 22, 2011 at 10:38:50AM +0200, Moritz Heidkamp wrote: > > I'm not entirely sure what would be a sensible default myself. FWIW the > > GNU find program doesn't follow symlinks by default. > > I think that's safer since symlinks can create cycles which might

Re: [Chicken-hackers] Remove old variant of find-files

2011-09-22 Thread Peter Bex
On Thu, Sep 22, 2011 at 10:38:50AM +0200, Moritz Heidkamp wrote: > > Christian Kellermann writes: > > this is a simple patch to remove the deprecated variant of find-files. > > As it is now the old variant is always choosen when calling find-files > > with just 1 argument. > > Looks good to me!

Re: [Chicken-hackers] Remove old variant of find-files

2011-09-22 Thread Moritz Heidkamp
Christian Kellermann writes: > this is a simple patch to remove the deprecated variant of find-files. > As it is now the old variant is always choosen when calling find-files > with just 1 argument. Looks good to me! I don't really get that "we want `cons' inlined" comment in the original versio

[Chicken-hackers] Remove old variant of find-files

2011-09-22 Thread Christian Kellermann
Hi, this is a simple patch to remove the deprecated variant of find-files. As it is now the old variant is always choosen when calling find-files with just 1 argument. There is one discrepancy left as we do follow symlinks by default and the docs say the opposite. Which way is the better behaviou

[Chicken-hackers] scrutinizer patches

2011-09-22 Thread Felix
Hi! Could someone please review my scrutinizer patches? They are quite critical to make the type-analysis (more) correct. cheers, felix ___ Chicken-hackers mailing list Chicken-hackers@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-hacke