Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2016-01-14 Thread Peter Bex
On Sat, Oct 31, 2015 at 08:19:44PM +0100, Peter Bex wrote: > So, here we go, a patch to dynamically resize the temporary stack. Even mentioned on IRC that it may be useful to have the current behaviour (a fixed temp stack size), but with resizing as the default behaviour. Attached is a new

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-03 Thread Peter Bex
On Mon, Nov 02, 2015 at 11:03:20PM +0100, felix.winkelm...@bevuta.com wrote: > > > That doesn't change the fact that it is very bad programming style. It > > > doesn't > > > scale, is not portable and very inefficient. Endorsing such a programming > > > style > > > encourages writing bad code,

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-03 Thread John Cowan
Peter Bex scripsit: > As far as I know, R5RS doesn't say anything about a maximum number of > procedure arguments in direct calls or when using apply. In my book, > it's "better" in some absolute way to remove any limitations beyond > those which R5RS allows for. The general permission to

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-02 Thread felix . winkelmann
> On Sun, Nov 01, 2015 at 01:36:53AM +0100, felix.winkelm...@bevuta.com wrote: > > Is this really necessary? I think runtime.c is already complicated enough > > as it > > is. I understand your intent, but I'm always wary of "arbitrary fixes to > > reasonable > > limitations, just because they

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-02 Thread Peter Bex
On Mon, Nov 02, 2015 at 07:21:06PM +0100, felix.winkelm...@bevuta.com wrote: > > I know what you mean, but we've seen that in practice there are some > > libraries that heavily rely on apply, most notably SSAX's sxml > > transformations. And an XML element with 4096 child nodes isn't > >

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-02 Thread felix . winkelmann
> > That doesn't change the fact that it is very bad programming style. It > > doesn't > > scale, is not portable and very inefficient. Endorsing such a programming > > style > > encourages writing bad code, therefore I really recommend a hard limit. > > It's not up to us to tell other how to

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-01 Thread Arthur Maciel
Em 01/11/2015 07:44, "Peter Bex" escreveu: > > On Sun, Nov 01, 2015 at 01:36:53AM +0100, felix.winkelm...@bevuta.com wrote: > > Is this really necessary? I think runtime.c is already complicated enough as it > > is. I understand your intent, but I'm always wary of "arbitrary

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-01 Thread Peter Bex
On Sun, Nov 01, 2015 at 01:36:53AM +0100, felix.winkelm...@bevuta.com wrote: > Is this really necessary? I think runtime.c is already complicated enough as > it > is. I understand your intent, but I'm always wary of "arbitrary fixes to > reasonable > limitations, just because they are

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-11-01 Thread Evan Hanson
On 2015-11-01 1:36, felix.winkelm...@bevuta.com wrote: > Is this really necessary? I think runtime.c is already complicated > enough as it is. I understand your intent, but I'm always wary of > "arbitrary fixes to reasonable limitations, just because they are > limitations". I agree about the

[Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-10-31 Thread Peter Bex
Hi all, Now that we're using argvectors, we're no longer limited by any arbitrary C macros or platform-specific hacks. The only two things that determine the number of arguments that can be passed to a procedure are: 1) The size of the C stack (because that's where argvectors are allocated) 2)

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-10-31 Thread John Cowan
felix.winkelm...@bevuta.com scripsit: > If I have to pass 10 million arguments to a procedure, I'm probably > doing something wrong. In general this is true, but `apply` is an exception: when you say `(apply fn giant-list)` you end up invoking fn with an argument count that's equal to the length

Re: [Chicken-hackers] [PATCH][5] Make temporary stack resizable (fixes #1098)

2015-10-31 Thread felix . winkelmann
> Hi all, > > Now that we're using argvectors, we're no longer limited by any arbitrary > C macros or platform-specific hacks. The only two things that determine > the number of arguments that can be passed to a procedure are: > > 1) The size of the C stack (because that's where argvectors are