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=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.159.38.77 with SMTP id 71mr12716549uag.3.1472747593829; Thu, 01 Sep 2016 09:33:13 -0700 (PDT) X-Received: by 10.157.53.38 with SMTP id o35mr921024otc.3.1472747593785; Thu, 01 Sep 2016 09:33:13 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!usenet.blueworldhosting.com!feeder01.blueworldhosting.com!peer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!j37no12197438qta.0!news-out.google.com!w143ni815itb.0!nntp.google.com!i184no370643itf.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Thu, 1 Sep 2016 09:33:13 -0700 (PDT) In-Reply-To: <9ee99ad0-2fc5-47d3-bd2e-6f418f23a46a@googlegroups.com> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=91.55.214.124; posting-account=rmHyLAoAAADSQmMWJF0a_815Fdd96RDf NNTP-Posting-Host: 91.55.214.124 References: <24d4ffc3-3915-4102-96ae-68d11d881443@googlegroups.com> <2efe4d01-4cd4-4aea-bc54-98ea5f26ec8a@googlegroups.com> <2cf07aa6-9cbb-44bc-8042-601c57c85457@googlegroups.com> <328fa4a3-6215-4101-835a-7eaf7ed72a8c@googlegroups.com> <1d62cc93-324a-4c87-b9d3-67c24cb54c5f@googlegroups.com> <114c0223-e914-4a5c-b533-d1b924895181@googlegroups.com> <9ee99ad0-2fc5-47d3-bd2e-6f418f23a46a@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <91322cd6-710a-424c-851e-9b5eb013e8a1@googlegroups.com> Subject: Re: Inspirels Ada on cortex tutorial linker issue From: AdaMagica Injection-Date: Thu, 01 Sep 2016 16:33:13 +0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Received-Bytes: 3495 X-Received-Body-CRC: 2890686680 Xref: news.eternal-september.org comp.lang.ada:31679 Date: 2016-09-01T09:33:13-07:00 List-Id: Am Mittwoch, 31. August 2016 14:42:59 UTC+2 schrieb Maciej Sobczak: > On Monday, August 29, 2016 at 11:51:36 PM UTC+2, riea...@comcast.net wrot= e: > > All in all, much, much better than other languages where moving an > > application from one compiler to another for the same target can take w= eeks. > > Sorry, but this argument is as wrong as it is frequently repeated. > If you move Ada to another compiler, you can be sure that your gnatmake w= ill > not work anymore. And then it will take weeks to configure the new tool. > > Similarly, I can see people arguing that Ada is more portable than "other > languages" (meaning C), because they never move outside of GNAT. If you d= on't > change the compiler, then Ada and "other languages" are similarly portabl= e. > There is nothing magic in Ada, it is a single toolchain that people are > attached to (for whatever reason), that makes their code kind of portable= or > stable. Well, I can't comment on C(++). But: I re-hosted several million lines of airborne embedded Ada code to differen= t hardware (big endian to little endian) with compilers from different manu= facturers (Ada 83 to Ada 95/2005) for use in full scale flight simulators. = And to my big surprise, only very few pieces of code had to be touched. GNAT's project files were easily written to work with the original code dis= tribution over more than a dozen subsystem directory trees. It didn't take = weeks; of course I had to learn about project files, but then it was matter= of a few hours. Biggest problems were: - BE to LE - original code not fully compliant to Ada RM (e.g. with Unchecked_Conversi= on) - elaboration circularities arising because of code changes for simulator n= eeds