Related articles |
---|
What's wrong with alloca() ? preston@dawn.cs.rice.edu (1991-12-19) |
Re: What's wrong with alloca() ? apang@mindlink.bc.ca (1991-12-15) |
Re: What's wrong with alloca() ? pardo@cs.washington.edu (1991-12-21) |
Re: What's wrong with alloca() ? preston@dawn.cs.rice.edu (1991-12-22) |
Re: What's wrong with alloca() ? wjw@eb.ele.tue.nl (1991-12-23) |
Re: What's wrong with alloca() ? David.Chase@Eng.Sun.COM (1991-12-23) |
Re: What's wrong with alloca() ? pcg@aber.ac.uk (1991-12-26) |
Re: What's wrong with alloca() ? wicklund@intellistor.com (1991-12-30) |
Re: What's wrong with alloca() ? wws@renaissance.cray.com (1991-12-30) |
Re: What's wrong with alloca() ? jfc@athena.mit.edu (1991-12-31) |
Re: What's wrong with alloca() ? GORMAN_B@prime1.lancashire-poly.ac.uk (Barry Gorman) (1992-01-03) |
[3 later articles] |
Newsgroups: | comp.compilers |
From: | wjw@eb.ele.tue.nl (Willem Jan Withagen) |
Keywords: | C, storage |
Organization: | Compilers Central |
References: | 91-12-075 |
Date: | Mon, 23 Dec 91 10:38:27 +0100 |
In article 91-12-075 you write:
[alloca is useful but has a bad reputation]
I like the call very much, but like John suggests it's a sort of a
nuisance when you need to port to a system where it is not supported.
One should not talk about MessyDos perhaps, since we're all grownups,:-)
but none the less:
Lots of the GNU stuff uses BISON, which uses this method to enlarge it's
pushdown stacks. Now as most off us have experienced is DOS limitted to
64k per item (give or take a compiler), and then BISON gets into trouble.
This because there is already lots and lots on the stack. So I hacked it
to use regular malloc for each of its stacks, giving it a little more
space to breath. And it's not even that difficult. People interested can
email me.
Regards,
Willem Jan Withagen.
--
Eindhoven University of Technology DomainName: wjw@eb.ele.tue.nl
Digital Systems Group, Room EH 10.10
P.O. 513 Tel: +31-40-473401
5600 MB Eindhoven The Netherlands
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.