home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11478 < prev    next >
Encoding:
Text File  |  1992-07-27  |  3.4 KB  |  76 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!gatech!destroyer!gumby!yale!yale.edu!ira.uka.de!chx400!bernina!hoesel
  3. From: hoesel@igc.ethz.ch (Frans van Hoesel)
  4. Subject: Re: cc errors
  5. Message-ID: <1992Jul27.205220.9919@bernina.ethz.ch>
  6. Sender: news@bernina.ethz.ch (USENET News System)
  7. Organization: University of Groningen, the Netherlands
  8. References: <nqvu64k@sgi.sgi.com>
  9. Date: Mon, 27 Jul 1992 20:52:20 GMT
  10. Lines: 64
  11.  
  12. In article <nqvu64k@sgi.sgi.com> davea@quasar.wpd.sgi.com (David B.Anderson) writes:
  13. >In article <1992Jul27.103035.26247@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
  14. >>I don't like the lengthy error messages from the c-compiler.
  15. >>They fill the screen
  16. >>with lots of dashes even if one makes only a few mistakes. 
  17. >>This behavior is *NOT* what is described in the ansi-c manual from sgi.
  18. >>there is some page describing exactly what the format of the
  19. >>error messages is. The format described there is not the format I get.
  20. >>Any way to force this output format?
  21. >>(this is still 4.0.1)
  22. >>
  23. >>-- frans
  24. >
  25. >Sorry you don't like the messages.  While I do :-), it clearly would be
  26. >desirable to give users control over verbosity.   Can't promise when
  27. >that will happen.   I believe it will happen, though.
  28. >
  29. >The dashes attempt to show exactly where the compiler thinks the error is.
  30. >If there are lots of dashes then you have very long source lines (after
  31. >preprocessing).    On really long lines the dashes are sometimes not
  32. >helpful.   Tough for the compiler to know which are useful.
  33.  
  34. Having a lines that normally fits in 80 columns, the message outputs indents
  35. it with another 6 blanks, and whenever the line crosses the border the compiler
  36. generates 4 lines (2 lines containing the source text and 2 lines 
  37. containing the dashes), together with the message itself (1 or 2 lines)
  38. I get on a 30 line screen only 6-7 messages. together with all the mutiple
  39. errormessages from one line I simply mis the overview of what is going on.
  40.  
  41. The CC compiler does a much better job, and just for that reason I use the CC
  42. compiler instead of cc, until the final stage. A bit clumsy... to compile
  43. a program twice (CC & cc), but much more productive.
  44.  
  45. As some famous (but to me nameless) speaker one said:
  46. a good dashboard has only one light with with a big red qustion mark on it.
  47. If anything is wrong with the car, an experienced driver will know what is
  48. wrong when the light flashes (well this is not a very exact quote, and he
  49. said it propably much better, but it illustrates the difference between
  50. CC and cc messages)
  51. >
  52. >The present output of *multiple* messages on a single error inflates the
  53. >output a lot.  This was never *desirable*, but did make compiler maintenance
  54. >easier (for reasons I won't go into).
  55. (I guessed that, and can understand it.
  56. It would be great if you changed that too, but it was not the
  57. point of my request.
  58.  
  59. >Thanks for the input.
  60. And hopefuly in the future less output (from the compiler).
  61.  
  62. If you insist on the dashes, can't you just underline it (that would save
  63. the lines with all the dashes), and/or merge the dashpattern of multiple errors
  64. from the same line to just one source line listing .
  65.  
  66. I like the idea of making the verbosity controlable by the user.
  67. >
  68. >
  69. >Regards,
  70. >[ David B. Anderson             (415)390-1548             davea@sgi.com ]
  71. -- frans
  72.  
  73. and as always, but most of the time not so explicit... this kind of answers
  74. from you and the rest of the people at sgi makes me very happy with sgi.
  75.  
  76.