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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,37b5f16b9be86fec X-Google-Attributes: gid103376,public From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: ada -> C translator Date: 1997/04/05 Message-ID: <1997Apr4.193259.1@eisner>#1/1 X-Deja-AN: 230786429 X-Nntp-Posting-Host: eisner.decus.org References: <33436B29.41C6@sema-grenoble.fr> <1997Apr4.083333.1@eisner> X-Nntp-Posting-User: KILGALLEN X-Trace: 860200390/15246 Organization: LJK Software Newsgroups: comp.lang.ada Date: 1997-04-05T00:00:00+00:00 List-Id: In article , dewar@merv.cs.nyu.edu (Robert Dewar) writes: > < equivalent to Ada tasking. Therefore I thought that a translator > would have to choose between portability and feature completeness.>> > > Wrong level of thinking. At the generated code level, tasking translates > into calls to the runtime library. Deciding to generate C does not remove > the task of coding a runtime library -- presumably this would be coded in > C, although it could also be coded in Ada (using the compiler to bootstrap, > the GNAT compiler uses VERY little of the runtime in the compiler itself). > But all tasking would be accomplished by using either the existing GNAT > (or other Ada technology) runtime, or creating a new runtime specially for > the purposes of this translator. In that case I would count that runtime library as part of the "translation" of the Ada program into C, and it seems unlikely to be portable for the tasking implementation. Or does the specification of ANSI C include Posix thread calls ? Larry