home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / sys5 / r4 / 487 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  2.0 KB
  1. Xref: sparky comp.unix.sys5.r4:487 comp.windows.x:18992
  2. Newsgroups: comp.unix.sys5.r4,comp.windows.x
  3. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!pascal.cs.psu.edu!richmond
  4. From: richmond@pascal.cs.psu.edu (Matt Richmond)
  5. Subject: Re: Compiling X Sources Under Dell SVR4
  6. Message-ID: <BxJ9JD.JwA@cs.psu.edu>
  7. Sender: news@cs.psu.edu (Usenet)
  8. Nntp-Posting-Host: pascal.cs.psu.edu
  9. Organization: Surely you jest
  10. References: <tkevans.720636766@eplrx7.es.dupont.com> <RANDY.92Nov3170935@dsndata.dsndata.com>
  11. Date: Wed, 11 Nov 1992 03:54:49 GMT
  12. Lines: 30
  13.  
  14. In article <RANDY.92Nov3170935@dsndata.dsndata.com> randy@dsndata.dsndata.com (Randy Terbush) writes:
  15. >>>>>> "Tim" == Tim Evans <tkevans@eplrx7.es.dupont.com> writes:
  16. >
  17. >  Tim> I've just started trying to cpile X stuff under Dell SVR4,
  18. >  Tim> Issue 2.2 and am consistently finding that Makefiles generated
  19. >  Tim> with xmkmf, setting "CC = cc -Xa", inevitably fail to compile
  20. >  Tim> the source.  In each case, a string of similar "syntax errors"
  21. >  Tim> referring to standard system include files are generated.  If,
  22. >  Tim> howerver, I redefine the CC macro in the Makefiles, the stuff
  23. >  Tim> generally compiles OK, or at least doesn't generate the
  24. >  Tim> spurious syntax errors.
  25. >
  26. >  Tim> Is this something Dell-specific?  SVR4-specific?  The 'xmkmf'
  27. >  Tim> man page says:
  28. >
  29. >As I understand (from Dell), they have an "internal" version of 'gcc'
  30. >call 'cc' which will accept the '-Xa' etc. arguments used by 'cc'.  For
  31. >some unknown reason, Dell felt that they needed to provide X11R5 so
  32. >that it appears to be compiled by 'cc' and therefore uses 'cc' when
  33. >using 'xmkmf'.
  34. >
  35. >IMHO - The best way to fix this, is to modify
  36. >/usr/X5/lib/X11/config/x386.cf to force the use of gcc for CcCmd.
  37. >
  38. OK, so this enables gcc to be the default compiler used by xmkmf.
  39. Now is there a way to get -Xa for gcc?  I've been getting all
  40. sorts of compilation errors because gcc uses the '.so' libraries.
  41. Thanks.
  42.  
  43. --Matt Richmond
  44.