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 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,115bda8caeda5fa4
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,UTF8
Received: by 10.68.7.66 with SMTP id h2mr48616pba.6.1315812436775;
        Mon, 12 Sep 2011 00:27:16 -0700 (PDT)
Path: 
 m9ni4505pbd.0!nntp.google.com!news1.google.com!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: Does GNAT support a thread-free RTS?
Date: Mon, 12 Sep 2011 08:27:15 +0100
Organization: A noiseless patient Spider
Message-ID: <m2k49e43vw.fsf@pushface.org>
References: <m2sjo44e8r.fsf@pushface.org> <j4hqvt$6pa$1@dont-email.me>
	<nospam-6370B2.05223211092011@news.aioe.org>
	<j4i07u$1gq2$1@news.ett.com.ua> <4E6C8D7D.2020803@obry.net>
	<j4jk1g$5vc$1@speranza.aioe.org>
Mime-Version: 1.0
Injection-Info: mx04.eternal-september.org;
 posting-host="dFCm8HWntFqmDIilBLqEJQ";
	logging-data="18696"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+EpWlDlOO7FezzcNsoAI0PSeZq1N8GF0s="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (darwin)
Cancel-Lock: sha1:jn72dIp3ojt366985MwVz8GLXhg=
	sha1:4Df0kIvrJZaI2BODf9fLXIK9GY8=
Xref: news1.google.com comp.lang.ada:17927
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Date: 2011-09-12T08:27:15+01:00
List-Id: <comp.lang.ada>

anon@att.net writes:

> Reference: GCC.GNU.org and Adacore.com
>
> My point is. Since "Glade" was put out to pasture, there is no package
> that fulfil the requirement for Annex D, that is stated for the "FSU
> threads" RTL. Because, "PolyOrb" does not meet the "completely
> accurate implementation of Annex D." requirement for "FSU threads".

Why would you expect PolyORB (NB, capitalisation) to meet any Annex D
requirements?

PolyORB is an implementation for Annex E, Distributed Systems, not D,
Real-Time Systems.

And, in any case, most often the motivation for using tasks is to
support I/O, and that is something that FSU threads were precisely the
wrong solution for.

> Plus, between 2004 .. 2010 for Linux (binary package) from 
> Libre.Adacore.com only contains native, siji, and maRTE libraries 
> only. No default FSU or ZCX RTL. If still available you will have 
> to download source and compile your own version to get FSU threads.

See my note above; FSU support was withdrawn from GNAT in 2005, so it
would be a major task to backport it.

> In <4E6C8D7D.2020803@obry.net>, Pascal Obry <pascal@obry.net> writes:
>>Le 11/09/2011 11:49, anon@att.net a écrit :

Top post, please!