home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / std / c / 2485 < prev    next >
Encoding:
Text File  |  1992-08-20  |  3.5 KB  |  74 lines
  1. Newsgroups: comp.std.c
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!sdd.hp.com!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.dec.com!news!nntpd.lkg.dec.com!jit345.bad.jit.dec.com!diamond
  3. From: diamond@jit345.bad.jit.dec.com (Norman Diamond)
  4. Subject: Re: ANSI/ISO standard (surprisingly enough!) & extensions
  5. Message-ID: <1992Aug21.020835.2426@nntpd.lkg.dec.com>
  6. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  7. Reply-To: diamond@jit.dec.com (Norman Diamond)
  8. Organization: Digital Equipment Corporation Japan , Tokyo
  9. References: <1992Aug19.234812.11723@unix.brighton.ac.uk>
  10. Date: Fri, 21 Aug 1992 02:08:35 GMT
  11. Lines: 61
  12.  
  13. In article <1992Aug19.234812.11723@unix.brighton.ac.uk> amn@vms.brighton.ac.uk writes:
  14. >people mentioned the Plum Hall validation suite  -  this is not of interest to
  15. >me.  PH may well be a useful test, but it only checks that a compiler accepts
  16. >the PH files & gives an output that runs correctly.  This seems to be a
  17. >drastically inadequate test for std compliance,
  18.  
  19. From reading your report, I personally make the same judgement that you made.
  20. However, that doesn't affect whether it might be valuable or not.  After all,
  21. on a car, it's nice to have more than one braking system, and seat belts
  22. besides, even though all of these together won't make a car go.
  23.  
  24. >my understanding is that:
  25. >1   It is only applicable to compilers that include a complete ANSI library,
  26. >    often not the case when targetting embedded systems, ...
  27.  
  28. I'll believe you, but this makes me curious.  If you're testing a standalone
  29. implementation (no library) how can the test report success/failure?
  30.  
  31. >2   It does not check that system constants (#define's) and function prototypes
  32. >    are in the correct header files, ...
  33. >3   It does not ensure that the compiler defaults to ANSI compliant mode, with
  34. >    language extensions being available only as an option.
  35.  
  36. 3 would not be a good test.  There is no reason for a compiler to default to
  37. ANSI compliant mode.  You should read the vendor's manual, do what they say
  38. to invoke an ANSI compliant implementation, and see if the test suite tells
  39. you that you didn't get one.
  40.  
  41. >4   It does not prevent tampering with the input (PH) files to get the desired
  42. >    output.
  43.  
  44. 4 doesn't make much sense to me.  Do other test suites come with the source
  45. files encrypted and the encryption key hidden somewhere so that it takes
  46. cracking-like techniques to tamper with the source files?
  47.  
  48. >5   It does not reject compilers that accept invalid operations or illegal
  49. >    syntax.
  50. >6   It does not test typesafe linkage, where implemented :-)
  51.  
  52. A test of typesafe linkage (other testing whether violations of Constraints
  53. sections get diagnosed) would not be a test of ANSI compliance.
  54.  
  55. (Of course, I understand your smiley too.  No one's expecting other vendors
  56. to catch up to Intel's 1978 linking technology, at least not in this century.
  57. I wish I could put a smiley on this.  Anyway it's irrelevant to this topic.)
  58.  
  59. >7   ... other tests requiring impartial checking of compile or link errors, or
  60. >    inspection of development specification.
  61.  
  62. Huh?
  63.  
  64. >In my very humble opinion, claiming PH compliance for a compiler is like
  65. >saying a container is decorated with lead free paint,
  66.  
  67. Maybe the other way around.  Maybe PH tells you that the container was able
  68. to hold ferric chloride, though you need other test suites to tell you that
  69. the container has a tight seal.
  70. --
  71. Norman Diamond       diamond@jit081.enet.dec.com
  72. If this were the company's opinion, I wouldn't be allowed to post it.
  73. "Yeah -- bad wiring.  That was probably it.  Very bad."
  74.