home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / gnu / gcc / bug / 3095 < prev    next >
Encoding:
Text File  |  1993-01-01  |  1.4 KB  |  43 lines
  1. Newsgroups: gnu.gcc.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!halifax.syncomas.com!shap
  3. From: shap@halifax.syncomas.com
  4. Subject: Bug in config/i386bsd.h
  5. Message-ID: <9301010327.AA20245@life.ai.mit.edu>
  6. Sender: gnulists@ai.mit.edu
  7. Organization: GNUs Not Usenet
  8. Distribution: gnu
  9. Date: Fri, 1 Jan 1993 00:12:00 GMT
  10. Approved: bug-gcc@prep.ai.mit.edu
  11. Lines: 30
  12.  
  13. Encountered in GCC versions: 2.2.*, 2.3, 2.3.*
  14. Configuration:    configure -host=i386v4 -target=i386-bsd  (but see note below)
  15.  
  16. This is a pretty simple one.  When compiling i386bsd.h with a compiler which
  17. is attempting to be pre-ansi compatible, stringification occurs.  This can
  18. be verified with gcc by cd'ing to the config/ subdirectory of the GCC
  19. distribution, and typing:
  20.  
  21.     gcc -Wtraditional -I. -I.. -E i386bsd.h > /dev/null
  22.  
  23. String replacement is definitely NOT wanted in these macros.
  24.  
  25. The problem is that the macro argument names appear within the strings.
  26. Suggested solution is to rename the arguments from 'a' to 'aa', 'b' to 'bb',
  27. etc.
  28.  
  29. Recommend that while you're there you check any other headers you think
  30. might be suspect.
  31.  
  32. I'ld have sworn that I've reported this one before.
  33.  
  34. Note about the configuration: This problem was encountered on a private
  35. configuration that is similar to i386-bsd (identical in all but name,
  36. in fact, but it may not stay that way over time).
  37.  
  38.  
  39. Jonathan S. Shapiro
  40. Synergistic Computing Associates
  41. shap@halifax.syncomas.com
  42.  
  43.