home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sgi / 16726 < prev    next >
Encoding:
Text File  |  1992-11-21  |  2.5 KB  |  54 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!spool.mu.edu!news.cs.indiana.edu!noose.ecn.purdue.edu!author.ecn.purdue.edu!roger
  3. From: roger@author.ecn.purdue.edu (Roger J Cass)
  4. Subject: Re: Lucid emacs compile- different from emacs 18.58?
  5. Message-ID: <roger.722360369@author.ecn.purdue.edu>
  6. Sender: news@noose.ecn.purdue.edu (USENET news)
  7. Organization: Purdue University Engineering Computer Network
  8. References: <1992Nov19.203723.8597@netnews.whoi.edu>
  9. Date: 21 Nov 92 15:39:29 GMT
  10. Lines: 42
  11.  
  12. scotty@eos-prog.whoi.edu (Scott J. McCue) writes:
  13.  
  14. >I've cast my jealous eye at a colleague using Lucid GNU emacs 19.3. 
  15.  
  16. Agreed!  My compliments to the authors.
  17.  
  18. >labrea.stanford.edu.
  19.  
  20. I retrieved my copy from this site, also.
  21.  
  22. >   I did notice that the patch file causes the compiler to use the -cckr
  23. >switch, while the Lucid version expects an ANSI C (gcc) compiler.
  24. >   SGI-related experiences building Lucid are solicited as well.
  25.  
  26. I gave it a try on both a 340VGX and an Indigo XS24.  I found that there
  27. were a great deal of modifications I had to make to both source code and to
  28. the makefiles.  One error I counldn't explain is that when compiling in
  29. etc the ymakefile gets translated to xmakefile.  The xmakefile has 3 garbage
  30. lines that sed doesn't catch.  I also found that, as mentioned,
  31. Lucid emacs requires ansi C.  The default for irises in the src/s files is the
  32. flag -cckr-- defintely not ansi.  How can the default configuration in the
  33. distribution not use the required compiler flags???  I had to change the
  34. file src/s/irix3-3.h (which is included by irix4-0.h) so that it used the
  35. -xansi flag.
  36.  
  37. Anyway, after much trial and error, I finally got it all to compile.  But
  38. there is still one more bug.  For some reason, there is a problem with
  39. signal definitions.  In fact, the macro NSIG is not defined (a serious
  40. problem).  The result is that lemacs, when started, tries to send a signal
  41. to the shell it was run from.  That means it cannot be started in the
  42. background (i.e. emacs&) or from the toolchest.  The workaround for now is to
  43. start it from a shell interactively, hit ^Z to get out to the shell, and
  44. background it.
  45.  
  46. So to sum up, I don't think this distribution has been tested on the latest
  47. OS release for irises.  It sure looks good when its running, though.
  48.  
  49. --
  50. ! Roger Cass          roger@ecn.purdue.edu ! "No Success can Compensate      !
  51. !                 Purdue University CADLAB !  For Failure in the Home"       !
  52. !      POTR 134, West Lafayette, IN  47907 !  --David O. Mackay              !
  53. \----------------------------(317)494-5944-^---------------------------------/
  54.