From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,LOTS_OF_MONEY
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,8055158949c56618
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-10-16 00:33:27 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newsfeed.news2me.com!west.cox.net!cox.net!newsfeed1.earthlink.net!newsfeed.earthlink.net!stamper.news.pas.earthlink.net!newsread1.prod.itd.earthlink.net.POSTED!not-for-mail
From: "Eric G. Miller" <egm2@jps-nospam.net>
Subject: Re: Storage Pools and alloca
User-Agent: Pan/0.13.0 (The whole remains beautiful (Debian GNU/Linux))
Message-ID: <pan.2002.10.16.07.36.41.561696@jps-nospam.net>
Newsgroups: comp.lang.ada
References: <PHWq9.20400$nb.8357@nwrddc02.gnilink.net>
 <wcczntfikew.fsf@shell01.TheWorld.com>
 <0P_q9.20625$nb.4430@nwrddc02.gnilink.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Date: Wed, 16 Oct 2002 07:32:39 GMT
NNTP-Posting-Host: 216.119.4.232
X-Complaints-To: abuse@earthlink.net
X-Trace: newsread1.prod.itd.earthlink.net 1034753559 216.119.4.232 (Wed,
 16 Oct 2002 00:32:39 PDT)
NNTP-Posting-Date: Wed, 16 Oct 2002 00:32:39 PDT
Organization: EarthLink Inc. -- http://www.EarthLink.net
Xref: archiver1.google.com comp.lang.ada:29831
Date: 2002-10-16T07:32:39+00:00
List-Id: <comp.lang.ada>

In <0P_q9.20625$nb.4430@nwrddc02.gnilink.net>, Frank J. Lhota wrote:

> 
> "Robert A Duff" <bobduff@shell01.TheWorld.com> wrote in message
> news:wcczntfikew.fsf@shell01.TheWorld.com...
>> "Frank J. Lhota" <NOSPAM.lhota.adarose@verizon.net> writes:
>>
>> > C / C++ sometimes cut down on the hassles of memory management by using
> the
>> > "alloca" function. The "alloca" function, which is frequently implicit,
>> > allocates storage from the stack.
>>
>> What do you mean by "frequently implicit"?
> 
> By that I mean the declaration of "alloca" is often followed by
> 
>     #pragma implicit( alloca )

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...