home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / gnu / misc / discuss / 2959 < prev    next >
Encoding:
Text File  |  1992-09-08  |  2.0 KB  |  50 lines
  1. Newsgroups: gnu.misc.discuss
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!primerd.prime.com!nt1l!nt1l!aardvark
  3. From: aardvark@nt1l.krl.com (Donald Koch)
  4. Subject: Re: Gripe with Bison code (and a suggested fix...)
  5. Message-ID: <1992Sep9.020401@nt1l.krl.com>
  6. Sender: aardvark@nt1l (Donald Koch)
  7. Nntp-Posting-Host: nt1l
  8. Organization: Koch Research Labs
  9. References:  <1992Sep9.041540.10477@tamsun.tamu.edu>
  10. Date: Wed, 9 Sep 1992 06:04:01 GMT
  11. Lines: 37
  12.  
  13. In article <1992Sep9.041540.10477@tamsun.tamu.edu>, bpb9204@tamsun.tamu.edu (Brent) writes:
  14. > 
  15. > I have a problem with some of the Bison code (version 1.18).  Not the
  16. > generated code, but bison's source.
  17. > 
  18. > For instance, here is a little jewel of coding wizardy.  It can be also
  19. > labeled as, "how to do variable args when you don't know how."
  20.  
  21. More correctly, "how to do variable args when the compiler can't."  Remember,
  22. not all C compilers are created equal.
  23.  
  24. > This is totally ridiculous!  Of course, my compiler is probably the only one
  25. > that chokes on this (because x1-x8 have no type declared), but that's 
  26. > irrelevant.  This coding style is what gives C such a bad name (OK,
  27. > *one* of the things), not to mention all the extra parameters that
  28. > have to be passed to sprintf every time it's called, even if they are zero.
  29.  
  30. C has a good name? :-)  If you think this is a bad example, wander over to
  31. alt.sources; the winners of the '92 C Obfuscation Contest just got posted.
  32.  
  33. > Here is the fixed code:
  34. [...]
  35.  
  36. You might try throwing in a few #ifdef's for those compilers that can't handle
  37. varargs but can handle the extra arguments.
  38.  
  39. > I am going to go through and fix this function throughout the source.  
  40. > 
  41. > I am willing to distribute the fixed code, provided the FSF, et al will
  42. > accept code modifications from a Macintosh. 
  43.  
  44. Hmmm... I'll consider it. :-)  (Not like they would ever consider my opinion
  45. worth anything.)  I'm sure there is a note in one of the README/ChangeLog/whatever
  46. files stating where to send suggested fixes.
  47. -- 
  48. Don Koch
  49. aardvark@nt1l.krl.com
  50.