home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / gnu / gcc / help / 2744 < prev    next >
Encoding:
Text File  |  1992-12-15  |  3.0 KB  |  69 lines
  1. Newsgroups: gnu.gcc.help
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!cs.utexas.edu!wotan.compaq.com!twisto.eng.hou.compaq.com!twisto!smiley
  3. From: smiley@akasha.eng.hou.compaq.com (Colin Smiley)
  4. Subject: Re: Problems building GCC on SCO systems
  5. In-Reply-To: rms@noa.csrl.aoyama.ac.jp's message of Mon, 7 Dec 1992 10: 40:05 GMT
  6. Message-ID: <SMILEY.92Dec10162349@akasha.eng.hou.compaq.com>
  7. Sender: news@twisto.eng.hou.compaq.com (Netnews Account)
  8. Organization: Compaq Computer Corporation
  9. References: <9212071040.AA10051@noa.csrl.aoyama.ac.jp>
  10. Distribution: gnu
  11. Date: Thu, 10 Dec 1992 21:23:49 GMT
  12. Lines: 55
  13.  
  14.  
  15. In article <9212071040.AA10051@noa.csrl.aoyama.ac.jp> rms@noa.csrl.aoyama.ac.jp (Richard Stallman) writes:
  16.  
  17.    There are problems building GCC on recent SCO systems.  Several people
  18.    have found an apparent solution of defining STDC_VALUE as 0.  This
  19.    appears to work, but it is actually incorrect because it causes GCC to
  20.    define __STDC__ as 0 *all the time*.
  21.  
  22.    This is incorrect because GCC is supposed to handle __STDC__ the same
  23.    way on all machines: namely, it should be 1.
  24.  
  25.    The reason people are tempted to make this change is that the SCO
  26.    header files expect __STDC__ to be 0, and get confused if it isn't.
  27.    However, fixincludes is supposed to change the conditionals in the
  28.    header files so they will work properly with __STDC__ == 1.  So the
  29.    problem should be limited to the compilation of GCC itself.
  30.  
  31.    Can anyone find a way around this problem which alters only the
  32.    compilation of GCC and does not alter what GCC does when installed?
  33.  
  34.  
  35. Here is what I did to get GCC to work on a SCO3.2v4 box...
  36.  
  37. I first happened upon the idea of changing "X_CFLAGS= -D__STDC__=0" to
  38. "X_CFLAGS= -U__STDC__" in ./config/x-i386s4.  This worked fine for
  39. building the initial stage with rcc.  I soon found out that this was a
  40. bad idea when I tried to make the stage1 compiler.  The SCO assembler
  41. would bail out while working on core.c and I could get no furthur.
  42.  
  43. I then tried defining "X_CFLAGS = -DSTDC_VALUE=0".  This worked just
  44. fine and GCC compiled with a good result from "make compare".  After
  45. installing GCC, I used fixincludes.svr4 instead of the regular
  46. fixincludes, and all I had to do was create syslimits.h (Which I stole
  47. from a bad install of GCC 2.3.1, but with a successful fixincludes).
  48. Everything seems to be working fine and I have been getting all sorts
  49. of other tools that I have been suffering without to compile.
  50.  
  51. Hope some of that helped...
  52.  
  53.  
  54. Colin
  55.  
  56. P.S. While I am in the compiling mood, has anyone gotten X11R5 to
  57. compile on a SCO 3.2.4 box (No, we do not have ODT on many of our
  58. machines)?
  59.  
  60.  
  61. --
  62. -------------------------------------------------------------------------
  63. Colin Smiley, Compaq Computer Corporation, Houston, Texas 77269-2000
  64. e-mail: smiley@compaq.com                           Phone: (713) 378-8426
  65. -------------------------------------------------------------------------
  66. Disclaimer:  Any opinions expressed here do not reflect the opinions of
  67. Compaq Computer Corp.  They make computers.  I make noise.
  68.  
  69.