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.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,17e99293e94a7e6f X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-01-06 13:04:18 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!hammer.uoregon.edu!skates!not-for-mail From: Stephen Leake Newsgroups: comp.lang.ada Subject: Re: Another ammunition Date: 06 Jan 2003 15:50:10 -0500 Organization: NASA Goddard Space Flight Center (skates.gsfc.nasa.gov) Message-ID: References: <3E11C888.1060102@cogeco.ca> <3E19BF66.2050506@cogeco.ca> NNTP-Posting-Host: anarres.gsfc.nasa.gov Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: skates.gsfc.nasa.gov 1041886966 7921 128.183.235.92 (6 Jan 2003 21:02:46 GMT) X-Complaints-To: usenet@news.gsfc.nasa.gov NNTP-Posting-Date: 6 Jan 2003 21:02:46 GMT User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Xref: archiver1.google.com comp.lang.ada:32641 Date: 2003-01-06T21:02:46+00:00 List-Id: "Warren W. Gay VE3WWG" writes: > The point is, is that a lot of other projects and even team members > fail to include the support for this "warning". If it were on by > default, there would be uncounted number of hours saved each year > by programmers who instead spend the time debugging a problem > related to this issue. I've seen this time and again, even though > my team members know about it. No tool can substitute for good process, and good education. No tool should be used with only the default command line parameters; the project style guide should say what parameters to specify, and it must be enforced. The first step in your debug process should be to make sure the proper warnings are turned on, and fix all warnings. > It is not enough to say "it is not an issue because I do this...". > It is an issue, yes, it is. And the proper solution is good process. > that could be fixed once and for all. Nope. People who don't like to fix warnings will include the option to supress them (that option has to be there, because you do occasionally have a legitmate need for it). > Even a warning doesn't guarantee that it will be noticed and fixed > -- but it greatly increases the odds! Not much. As has been pointed out in this thread, many people ignore warnings all the time. > However, the best solution of all is to use Ada instead, and only > rely on C like an assembly level layer, when required ;-) True. But even for Ada, using the default command line parameters for the compiler and linker is bad practice. -- -- Stephe