Related articles |
---|
What's wrong with alloca() ? preston@dawn.cs.rice.edu (1991-12-19) |
Re: What's wrong with alloca() in gcc???? mo@gizmo.bellcore.com (1991-12-31) |
Re: What's wrong with alloca() in gcc???? ted@nmsu.edu (1991-12-31) |
Re: What's wrong with alloca() in gcc???? angular!jas@Sun.COM (1992-01-01) |
Re: What's wrong with alloca() in gcc???? tarjeij@ulrik.uio.no (1992-01-02) |
Newsgroups: | comp.compilers |
From: | tarjeij@ulrik.uio.no (Tarjei Jensen) |
Keywords: | storage |
Organization: | University of Oslo, Norway |
References: | 91-12-075 91-12-090 |
Date: | Thu, 2 Jan 1992 11:09:32 GMT |
> At least at one time, the dynamic array stuff in gcc was very broken
> in that if you have
>
> int foo[z];
>
> sizeof(foo) returned sizeof(int).
If one is too conservative with regards to enhancing a language or its
library, then the language may well die. Dynamic arrays seems to me to be
safer and more reliable (in software engineering terms) than alloca(). By
this I mean that system supplied routines/methods only require one
person/company to get things right, while the do-it-all-yourself way
requires that hundreds if not thousands of programmers find out how to do
things the right way. The way things usually are, most will fail simply
because they will not know enough.
Example: Even such a simple thing as comparing two characters is fraught
with dangers in an 8-bit world. Ascii order is not necessarily sorting
order and different nationalities may sort differently.
Greetings,
Tarjei T. Jensen
--
// Tarjei T. Jensen
// tarjeij@ulrik.uio.no || +47 4 563411
--
Return to the
comp.compilers page.
Search the
comp.compilers archives again.