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=-0.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "G.B." <bauhaus@futureapps.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Inspirels Ada on cortex tutorial linker issue
Date: Fri, 2 Sep 2016 17:24:15 +0200
Organization: A noiseless patient Spider
Message-ID: <nqc5iv$7b9$1@dont-email.me>
References: <24d4ffc3-3915-4102-96ae-68d11d881443@googlegroups.com>
 <2efe4d01-4cd4-4aea-bc54-98ea5f26ec8a@googlegroups.com>
 <2cf07aa6-9cbb-44bc-8042-601c57c85457@googlegroups.com>
 <c7d2b04e-67d1-48ca-859d-9c0c791f5a90@googlegroups.com>
 <328fa4a3-6215-4101-835a-7eaf7ed72a8c@googlegroups.com>
 <1d62cc93-324a-4c87-b9d3-67c24cb54c5f@googlegroups.com>
 <npeo5i$v8g$1@dont-email.me>
 <alpine.LNX.2.00.1608291945330.19670@earth.anapnea.net>
 <114c0223-e914-4a5c-b533-d1b924895181@googlegroups.com>
 <9ee99ad0-2fc5-47d3-bd2e-6f418f23a46a@googlegroups.com>
 <91322cd6-710a-424c-851e-9b5eb013e8a1@googlegroups.com>
 <nqahie$jnv$1@dont-email.me>
 <cb0f968d-00e3-4de0-b9e2-78ff1c3a92c1@googlegroups.com>
 <nqbspu$1m79$1@gioia.aioe.org>
Reply-To: nonlegitur@futureapps.de
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 2 Sep 2016 15:24:15 -0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="5f926e942a01f530b40cd489ba3662b5";
	logging-data="7529"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+D3fWrh2ouWJ6SwFx1xQdZS4wGoU1/rcQ="
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0)
 Gecko/20100101 Thunderbird/45.2.0
In-Reply-To: <nqbspu$1m79$1@gioia.aioe.org>
Cancel-Lock: sha1:xAkNA0wURTqfTIYmKhy6JUchEnk=
Xref: news.eternal-september.org comp.lang.ada:31692
Date: 2016-09-02T17:24:15+02:00
List-Id: <comp.lang.ada>

On 02.09.16 14:53, Dmitry A. Kazakov wrote:
> Ada just has less problems with poorly defined semantics than C/C++.

 From a practical point of view, configuring a piece of
stereotypical C code means autoc***. Try porting this oxymoronic
setup to anything other than GNU/Linux[-like]. They seem to
be using it even for ANSI C programs... So much time is wasted
on porting Unix software to Unix only because the second Unix
called Apple's BSD and Unix C programs have not been written
with ANSI and POSIX in mind. Or sometimes they have, but depend
on some auto**** generated add-ons.

OTOH, if ever there have been standardized Ada build systems,
are they useful with current Ada? Even AdaCore's GPRBuild
is a moving target. Does any Ada competitor offer a translator
between build systems? More absurdly, could we have an Ada
compiler targeting older editions of the language in order
to enlarge the number of targets, like the Comeau compiler
front end does for C++, and like AdaCore's AdaMagic front-end
does for Ada, targeting C?

You do get order of elaboration with Ada's concept of compilation
units, with semantic implications. Isn't this helpful when solving
certain problems of order, and of timing, when part A of a program
needs part B of the program to be in a ready state?
How would you do the same using C with Make, and formally so?


-- 
"HOTDOGS ARE NOT BOOKMARKS"
Springfield Elementary teaching staff