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,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Thread: 103376,a0be06fbc0dd71f1
X-Google-Attributes: gid103376,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news2.google.com!news.glorb.com!newsfeed101.telia.com!nf02.dk.telia.net!news.tele.dk!news.tele.dk!small.news.tele.dk!lnewsinpeer00.lnd.ops.eu.uu.net!emea.uu.net!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail
From: Simon Wright <simon.j.wright@mac.com>
Newsgroups: comp.lang.ada
Subject: Re: The future of Ada is at risk
Date: Sun, 30 Dec 2007 23:30:49 +0000
Organization: Pushface
Message-ID: <m2sl1jg3py.fsf@mac.com>
References: <20071229040639.f753f982.coolzone@it.dk>
 <1198927305.6843.35.camel@K72> <87r6h474as.fsf@mid.deneb.enyo.de>
 <9a972a99-28db-4360-8c0e-747c28211eef@d4g2000prg.googlegroups.com>
NNTP-Posting-Host: pogner.demon.co.uk
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: news.demon.co.uk 1199057449 11667 62.49.19.209 (30 Dec 2007 23:30:49
 GMT)
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: Sun, 30 Dec 2007 23:30:49 +0000 (UTC)
Cancel-Lock: sha1:i/+8tM8e7cP+70w/gGRyZx7Qpnk=
User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (darwin)
Xref: g2news1.google.com comp.lang.ada:19093
Date: 2007-12-30T23:30:49+00:00
List-Id: <comp.lang.ada>

okellogg <okellogg@freenet.de> writes:

> On Dec 30, 1:30 pm, Florian Weimer <f...@deneb.enyo.de> wrote:
>>    [...] My impression that most commercial GNAT users do not use
>> tasking, or use it on freestanding implementations (that is, not
>> GNU/Linux).
>
> I've been porting a large application (several 100000 executable
> LOC) to to GNU/Linux with FSF gcc-4.2.1. The program had over 300
> tasks, all statically allocated. Basically the entire program was
> running during elaboration. The problems with elaboration order and
> task stacks all went away "magically" after changing the tasks to
> task types/access-to-task objects and explicit Init procedures for
> allocating the task objects from the main program.

Statically allocated library level tasks are the canonical way of
getting elaboration order problems with GNAT! I wouldn't have thought
task stack overruns would be affected,though ...