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,1bce3f54cf1cba1b X-Google-Attributes: gid103376,public From: "Theodore E. Dennison" Subject: Re: GNAT Executables: How low can you go? Date: 1996/04/19 Message-ID: <3177D309.2F1CF0FB@escmail.orl.mmc.com>#1/1 X-Deja-AN: 150364840 references: <4kmq7a$egm@fozzie.sun3.iaf.nl> <4l0o3s$hgt@utrhcs.cs.utwente.nl> <31742475.1CFBAE39@escmail.orl.mmc.com> <317688E9.2781E494@escmail.orl.mmc.com> <4l82j3$mob@watnews1.watson.ibm.com> content-type: text/plain; charset=us-ascii organization: Lockheed Martin Information Systems mime-version: 1.0 newsgroups: comp.lang.ada x-mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3_U1 sun4m) Date: 1996-04-19T00:00:00+00:00 List-Id: Norman H. Cohen wrote: > > In article <317688E9.2781E494@escmail.orl.mmc.com>, > "Theodore E. Dennison" writes: > > 1. That's a very narrow view of the world. Don't forget about small, > portable PDA-like or tablet-based devices, with much more constrained > hard disk space. Fair enough. I don't know how many OS/2 "PDA-like or tablet-based devices" there are out there, but they would have this concern. > 2. What does robustness have to do with it? We're not talking about > programmers cutting corners to save space, but about a compiler > doing its job well. That wasn't my impression. My impression (I think supported by the thread title of "How low can you go?") was that we were talking about space for space's sake. > 3. You describe a typical end-user environment, in which executables > consume 3% of your disk space. However, in a development environment, > there are projects that fill up disks with executables, requiring the For a development system, you will obviously have to have a signifigantly larger amout of hard-drive space than your target platform. You'll need that just to support the compilers, gui builders, bitmap editors, etc. I think the argument scales. > This is nonsense. Someone who comes to the table without any prejudices > about Ada is sure to walk away with a negative impression if he sees > executables an order of magnitude larger than those produced using C. Typically, when I go looking for a utility for my OS/2 system on the net, and I find two that preport to do the job (based on a comparison of their README's, or whatever), I compare their sizes and download the LARGER one. The reasoning here is that the larger one is very likely the more fully-featured and/or the more mature of the two. As to the "Hello World" issue: Anyone who TRULY had no prejudices wouldn't give a s**t how small the compiler makes an program that does nothing. This is the argumentative equivalent of a division by zero. (Anyone with a good math background knows that I can prove 5=7 if you'll let me divide by 0). Their real concern will be how fast, useful, and reliable the application is. This is an issue created by anti-Ada folks because it is one of the few points where they can point out an disadvantage to Ada (using most compilers). You are never going to convince them Ada is ok by making "Hello World" small. They will just change their argument (or more likely, pretend its still large). -- T.E.D. | Work - mailto:dennison@escmail.orl.mmc.com | | Home - mailto:dennison@iag.net | | URL - http://www.iag.net/~dennison |