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=unavailable autolearn_force=no version=3.4.4 Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!gandalf.srv.welterde.de!news.jacob-sparre.dk!loke.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail From: "Randy Brukardt" Newsgroups: comp.lang.ada Subject: Re: Size of linked program increasing with new version of GNAT. Date: Fri, 26 Dec 2014 19:39:14 -0600 Organization: Jacob Sparre Andersen Research & Innovation Message-ID: References: <7f38a07d-3f73-432c-8647-e3a7dcf43637@googlegroups.com> NNTP-Posting-Host: rrsoftware.com X-Trace: loke.gir.dk 1419644354 16474 24.196.82.226 (27 Dec 2014 01:39:14 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Sat, 27 Dec 2014 01:39:14 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5931 X-RFC2646: Format=Flowed; Response X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Xref: news.eternal-september.org comp.lang.ada:24241 Date: 2014-12-26T19:39:14-06:00 List-Id: "Peter Chapin" wrote in message news:alpine.CYG.2.11.1412251746260.2396@WIL414CHAPIN.vtc.vsc.edu... > On Thu, 25 Dec 2014, Shark8 wrote: > >>> >>>> -Os for small size. >>> >>> Tried this one also now. The 3.15p GNAT don't have it. The 2014 GNAT >>> still produces a 195 KB executable. >>> >> >> Did you use the "strip unused sections" [or something similar] option for >> the linker? > > The OP might also want to look into gnatelim to see if using it could help > eliminate unusued code. I would guess this is the "problem". Janus/Ada does this automatically (indeed, the Windows version doesn't even work without using it). Janus/Ada also avoids any tasking overhead in programs that don't declare a task. But Janus/Ada was designed for small program sizes; that's rarely a concern today. > One could argue that the size of the "Hello, World" program isn't all that > important. The overhead might be large but if most of that overheard is > actually used in a realistically sized program, well, it's not really > overhead in that case. Right. We used to use that argument when people complained about the 8K "Hello World" for Ada compared to some much smaller size for some other language that was less safe. But these days, I don't try to argue about it much. Trivia that isn't related to one's uses of Ada is irrelevant, and the sorts of engineers that gravitate to power tools like Ada (and thus are the real customers for Ada) know not to care too much about irrelevant things. The people that worry too much about such things tend not to stick with Ada anyway, so spending too much effort discussing that isn't worth it. Randy.