From: "Eric G. Miller" <egm2@jps-nospam.net>
Subject: Re: Storage Pools and alloca
Date: Sat, 19 Oct 2002 20:30:27 GMT
Date: 2002-10-19T20:30:27+00:00 [thread overview]
Message-ID: <pan.2002.10.19.20.34.32.838607@jps-nospam.net> (raw)
In-Reply-To: W0er9.42833$qb.15347@nwrddc01.gnilink.net
In <W0er9.42833$qb.15347@nwrddc01.gnilink.net>, Frank J. Lhota wrote:
>
> "Eric G. Miller" <egm2@jps-nospam.net> wrote in message
> news:pan.2002.10.16.07.36.41.561696@jps-nospam.net...
>> Errm, but "alloca" is not a standard C memory mechanism -- even if it is
>> available on a number of platforms. And "pragma" in C is almost 100%
>> platform/compiler specific...
>
> The "alloca" function falls into the category of a 90% standard function;
> although it is not required, nearly all platforms provide it. There are a
> number of functions like this in C; the very useful "strdup" function was
> not officially part of the standard until 1999.
AFAIK, strdup is *not* part of the C99 standard (BSD, SVID, etc...). I
don't know why it isn't (it's a trivial but useful function).
C99 VLA's possibly meet many of the alloca use cases.
next prev parent reply other threads:[~2002-10-19 20:30 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-15 15:42 Storage Pools and alloca Frank J. Lhota
2002-10-15 16:32 ` Matthew Heaney
2002-10-15 17:26 ` Frank J. Lhota
2002-10-15 18:02 ` David C. Hoos
2002-10-15 19:14 ` Robert A Duff
2002-10-15 20:23 ` Frank J. Lhota
2002-10-15 20:54 ` Robert A Duff
2002-10-16 13:42 ` Frank J. Lhota
2002-10-16 7:32 ` Eric G. Miller
2002-10-16 13:42 ` Frank J. Lhota
2002-10-19 20:30 ` Eric G. Miller [this message]
2002-10-16 5:20 ` Simon Wright
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox