home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4930 < prev    next >
Encoding:
Text File  |  1993-01-01  |  3.1 KB  |  66 lines
  1. Newsgroups: biz.sco.general
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!vancleef
  3. From: vancleef@netcom.com (Henry van Cleef)
  4. Subject: Re: compiling GNU programs
  5. Message-ID: <1993Jan2.020535.12279@netcom.com>
  6. Organization: Netcom--posted from Andover, Mass.
  7. References: <9212302046.aa12907@ohriman.ohriman.mi.org>
  8. Date: Sat, 2 Jan 1993 02:05:35 GMT
  9. Lines: 55
  10.  
  11. In article <9212302046.aa12907@ohriman.ohriman.mi.org> jep@ohriman.mi.org writes:
  12. >    I've got a few problems compiling GNU software which I'm hoping
  13. >someone here can help with.
  14. >    I'm running gcc 2.3.3 (which, by the way, appears to compile without 
  15. >problems using the instructions for SCO).  I've had the same problems
  16. >with 2.2.2 and 2.3.2 in the past, which I compiled using different
  17. >sets of instructions and patches provided by people on this list.
  18. >    When I try to compile gdb 4.7, everything appears to go smoothly
  19. >until it gets to "readline.c".  There I get massive errors; parse
  20. >errors originating with /usr/include/sys/stream.h, including:
  21.  
  22. You will have to be specific about what version of SCO Unix you are
  23. using.  YOur comments imply 3.2.4, and I have spent the last few days
  24. living with GNU's attitudes towards SCO's 3.2.4 setup.  
  25.  
  26. The gdb readline.c will compile if you set the CC line in the makefile
  27. to gcc -traditional.  If you still have trouble, try forcing
  28. -D_NO-PROTOTYPE in the CFLAGS.  
  29.  
  30. All else fails, compile it with the stock cc.  If you have an early
  31. version of the 3.2.4 devsys, get SLS lng353a from sosco---this is the
  32. version of the stock cc I am using.  
  33.  
  34. The problems I have had, and that appear to be yours from your
  35. description, stem from the header #ifdefs for __STDC__, _X_OPENSOURCE
  36. and _POSIX_SOURCE.  GCC won't take full function prototypes under 
  37. -traditional, and SCO has succeeded in preventing the errno.h
  38. assignments in some cases.  On top of which, various GNU things claim to
  39. be ansi or posix, but aren't, in terms of SCO's headers.  A brute force
  40. -U__STDC__ without the -traditional flag seems to make a lot of problems
  41. go away with GCC.  
  42.  
  43. My config is 3.2 vee four, GCC 2.3.3, GDB 4.7.  I have not yet taken a
  44. whack at libg++, although have notes on what it took to make that happen
  45. (plenty) on a 3.2.0 system with GCC-2.3.2.  
  46.  
  47. Don't be deluded by the idea that GNU software is either clean or
  48. consistent with other GNU things.  -Di386, -U__STDC__, and _NO_PROTOTYPE
  49. seem to make things work.  Read your headers, and learn how to read the
  50. #ifdefs.  Those are what you are going to compile with.  
  51.  
  52. As far as the finxinc.sco script that comes with GCC 2.3.3, I have not
  53. run it, and it looks to me like a horrible hack.  
  54.  
  55. So far as standards are concerned, it is much more difficult to port
  56. code that claims to meet standards these days, and I am very tired of
  57. the stuff around "Standard C." Shutting off of all the error numbers in
  58. sys/errno.h is the living end, and I "fixed" that problem on my system.
  59.  
  60.  
  61. -- 
  62. Hank van Cleef  vancleef@netcom.com vancleef@tmn.com  Andover, Mass.
  63. Unix systems consultant---kernel, device drivers, networking, X11
  64. SysV, BSD, Sun, Ultrix, AIX, SCO. Porting a specialty. 
  65.          The Union Institute  History of Science
  66.