home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / cplus / 13177 < prev    next >
Encoding:
Text File  |  1992-09-01  |  1.4 KB  |  46 lines
  1. Newsgroups: comp.lang.c++
  2. Path: sparky!uunet!uunet.ca!frumious!pat
  3. From: pat@frumious.uucp (Patrick Smith)
  4. Subject: Re: Destruction of temporaries
  5. Message-ID: <1992Sep2.042856.571@frumious.uucp>
  6. Date: Wed, 2 Sep 1992 04:28:56 GMT
  7. Reply-To: uunet.ca!frumious!pat
  8. References: <1992Aug29.184025.328@frumious.uucp> <rmartin.715267769@thor> <23598@alice.att.com>
  9. Organization: None
  10. Lines: 34
  11.  
  12. ark@alice.UUCP () writes:
  13. |The unfortunate reality is that I have seen a number of development
  14. |projects that have an inflexible rule -- no warnings allowed!  That is,
  15. |they will not allow their people to ship any code that generates warnings.
  16.  
  17. I am one of those people who believe it is worth going to a lot of
  18. effort to ensure that code compiles with no warnings at all.
  19. That way, new warnings stick out like a sore thumb, instead of
  20. being lost in a mass of old warnings that you know don't indicate
  21. real problems.
  22.  
  23. But promoting this philosophy to an 'inflexible rule' is, as you
  24. said, unfortunate.
  25.  
  26.  
  27. |Warnings had better be right almost all the time.
  28.  
  29. Actually, what I would want is
  30.  
  31. - Warnings should often indicate real problems.
  32.  
  33. - Whenever code generates a warning but doesn't contain a real
  34.   problem, it should be possible to rewrite the code so it doesn't
  35.   generate a warning.  Preferably with no loss of efficiency.
  36.  
  37.  
  38. |                --Andrew Koenig
  39. |                  ark@europa.att.com
  40.  
  41.  
  42. -- 
  43. Patrick Smith
  44. uunet.ca!frumious!pat
  45. pat%frumious.uucp@uunet.ca
  46.