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.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,93a8e26f233f1cde X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.202.37 with SMTP id kf5mr866196pbc.7.1334713850542; Tue, 17 Apr 2012 18:50:50 -0700 (PDT) Path: r9ni68681pbh.0!nntp.google.com!news2.google.com!goblin1!goblin.stu.neva.ru!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: BrianG Newsgroups: comp.lang.ada Subject: Re: Does Ada still competitive? Date: Tue, 17 Apr 2012 21:50:48 -0400 Organization: A noiseless patient Spider Message-ID: References: <2667883.6.1334114293790.JavaMail.geo-discussion-forums@pblw1> <9131821d-9018-47ca-8739-17aa73fde8cc@m16g2000yqc.googlegroups.com> <7b003084-2d25-49a4-8b22-72c80d742a2a@h4g2000yqj.googlegroups.com> Mime-Version: 1.0 Injection-Date: Wed, 18 Apr 2012 01:50:49 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="LWsr4WxnKNlaDf8Nd4/1Dg"; logging-data="3560"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX189hVd/lQtZDtnFHNgXVbFh" User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.24) Gecko/20111108 Thunderbird/3.1.16 In-Reply-To: <7b003084-2d25-49a4-8b22-72c80d742a2a@h4g2000yqj.googlegroups.com> Cancel-Lock: sha1:ef/1mgijTRXHn4h4YYxgJpRICCk= Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Date: 2012-04-17T21:50:48-04:00 List-Id: On 04/13/2012 06:02 PM, Rugxulo wrote: > Hi, > > On Apr 13, 8:15 am, Mark Lorenzen wrote: >> >> I won't comment on all your rambling, but focus on a feature of GNAT. >> >> On 13 Apr., 11:06, a...@att.net wrote: >> >>> Then later in the binder ("gnatbind") could remove any dead code from >>> precompiled Ada library packages, while linking that package, unlike most >>> other linkers which just copy the dead code into the program. But in order >>> to remove the dead code the binder ("gnatbind") would have to bypass calling >>> GCC linkers and preform the link/editing itself while removing the dead code >>> from the library packages. And course this removes the constant updating >>> of GNAT to every new version of GCC, which saves money and time. >> >> The GNU linker that is shipped with GNAT is perfectly able to remove >> unused subprograms and unused data from the executable. See >> http://docs.adacore.com/gnat-unw-docs/html/gnat_ugn_8.html#SEC103 > > This only works for ELF, I think. At least it doesn't work for DJGPP > COFF. Does current, or even remotely recent, GNAT support DJGPP? I haven't heard of a version since around 3.15. Could that be the problem? > Maybe your point was that it does (sometimes) work and could > work in all places, but that doesn't change the fact that it's not a > universal solution, sadly. -- --- BrianG 000 @[Google's email domain] .com