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,42427d0d1bf647b1 X-Google-Attributes: gid103376,public From: john@assen.demon.co.uk (John McCabe) Subject: Re: Ada Core Technologies and Ada95 Standards Date: 1996/04/22 Message-ID: <830205883.24190@assen.demon.co.uk>#1/1 X-Deja-AN: 150851251 x-nntp-posting-host: assen.demon.co.uk references: <00001a73+00002c20@msn.com> <828038680.5631@assen.demon.co.uk> <828127251.85@assen.demon.co.uk> <315FD5C9.342F@lfwc.lockheed.com> <3160EFBF.BF9@lfwc.lockheed.com> <829851188.11037@assen.demon.co.uk> newsgroups: comp.lang.ada Date: 1996-04-22T00:00:00+00:00 List-Id: dewar@cs.nyu.edu (Robert Dewar) wrote: >John McCabe says >"This paragraph confuses me. >I believe that if the compiler vendors were producing high quality >products that conformed to the language, then passing the ACVC suite >should be a cinch. >What you seem to be saying is that compiler vendors are assigning >resources to ensure that they pass the ACVC suite, and in doing so are >compromising the quality of their product." >This is a very common misconception among people who don't know language >design or compiler implementation very well. Indeed it is the same >misconception that has lead people to misinterprete what conformance >testing is all about. >Perhaps I can put it this way. Suppose a vendor has resources to do exacty >one of the following two tasks: >1. Rewrite the loop optimizer so that all loops run faster >2. Rewrite the handling of static expressions so that one very obscure >test in the ACVC suite which has never shown up in a custoer programer >and is very unlikely *ever* to show up in customer programs, under the >condition that this rewriting is extensive and will likely cause >regressions (in programs other than ACVC tests). >Which do YOU think would contribute more to quality for most users? I cannot speak for most users, only for myself. You seem to be defending a "make it fast, THEN make it work" philosophy here (which I completely disagree with) and confusing quality with run-time performance. I have seen the effect of this kind of philosophy - my current compiler supports the ATAC co-processor, yet has had trouble compiling some basic Ada constructs. I would choose 2. over 1. as I believe a _quality_ compiler is one which compiles the language completely, not one which does some parts of the language quickly. What you don't appear to appreciate in your statements here is the cost involved in tracing the cause of a fault (i.e. a compiler bug) at the end user level, and then trying to find a workaround solution. Many bugs are extremely obscure and hard to track down - performance enhancement at an end user level, while non-trivial in many cases, are often fairly straightforward in my experience. >That's the potential trouble with mandated testing, it elevates very >unimportant problems to maximum priority without any regard to the >importance or impact of these problems. Importance, in this case, is relative - I may be the only customer who uses the technique covered by the "obscure" test in which case it is _very_important to me. The point of the ACVC suite etc is to attempt to ensure that compilers conform to the language standard, is it not. As there appear to be no "priority levels" defined for language features, then each is equally important. Best Regards John McCabe