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.2 required=5.0 tests=BAYES_00,INVALID_MSGID, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,b0d569080889afd6 X-Google-Attributes: gid103376,public From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: A question for my personal knowledge. Date: 1999/05/17 Message-ID: <1999May17.174659.1@eisner>#1/1 X-Deja-AN: 479176043 X-Nntp-Posting-Host: eisner.decus.org References: <1VEZ2.1515$I51.88140@carnaval.risq.qc.ca> <1999May10.152652.1@eisner> <7hc1g7$3p3@zk2nws.zko.dec.com> <7hc5o9$58l$1@fleetstreet.Austria.EU.net> <7hp4vr$at@zk2nws.zko.dec.com> <87k8u7if6a.fsf@bglbv.my-dejanews.com> X-Trace: news.decus.org 926977623 11921 KILGALLEN [216.44.122.34] Organization: LJK Software Reply-To: Kilgallen@eisner.decus.org.nospam Newsgroups: comp.lang.ada Date: 1999-05-17T00:00:00+00:00 List-Id: In article <87k8u7if6a.fsf@bglbv.my-dejanews.com>, writes: > Charlie McCutcheon <"cmccutcheon@NOSPAMbegin"@enet.dec.com> writes: > >> Parts of OpenVMS, most recent versions, I think at least 6.2 on. > > At that level of certainty I might as well reiterate my own vague > recollection. (Unfortunately, when I tried to track down the specifics > recently I found that DejaNews had not preserved the postings where > the most detailed and reliable information appeared, and the OpenVMS > FAQ is short on specifics.) > > Anyway, my recollection is that use of Ada in VMS development started > with version 4.0 of the operating system. This would place the > beginnings of such activity in the 1983-1984 time frame, more or less > when DEC's first Ada compiler for the VAX came out. It is good > practice to test new software products by exercising them in-house, > so this makes at least some sense. I have a subscription to the VMS source listings, and Charlie is correct, modulo some VAX-Alpha skew. I am talking about actual use for code that ships in the operating system product, not whatever DEC may use internally for testing the compiler. > I suppose someone with access to a VMS system could go through system > executables and shared libraries and watch for the Ada compiler's > idiosyncracies in code generation. (Things like working out the size > of everything in bits rather than bytes, for example. Certainly if I > wanted to search for GNAT-generated code on an x86 I would look for > sections with a high density of arithmetic shifts left by 5. Similar > heuristics should work with other compilers and on other platforms.) I presume that any reasonable Ada compiler would handle that before emitting object code, and it would never show up. >> Not major parts mind you. Some sub-sections where the programmers involved >> wanted to use Ada. > > My understanding is that the use of Ada resulted in measurable > productivity gains. Pity I don't have the original reference anymore. I doubt that DEC has done enough Ada to make such measurements. It takes a _lot_ of code to filter out "other factors". See Marin David Condic's cautious optimism at his company after 10 years of comparisons. Larry Kilgallen