home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / lucidem / help / 972 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.1 KB  |  58 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 11:14:32 EST
  2. From: Frank.Ooms@delft.sgp.slb.com (Frank Ooms)
  3. Message-ID: <199301281611.AA08048@balder.delft.sgp.slb.com>
  4. Subject: Re: ^M problems on Sparc machines
  5. Date: Thu, 28 Jan 1993 17:11:38 +0100
  6. X-Organisation: Geco-Prakla Delft
  7. X-Address:     Poortweg 14, P.O. Box 148, 2600 AC  Delft,  The Netherlands
  8. X-Phone:     +31 15-682215        Fax: +31 15-617881
  9. X-Telex:     38356 degeo nl
  10. X-Mailer: ELM [version 2.4 PL17]
  11. Mime-Version: 1.0
  12. Content-Type: text/plain; charset=US-ASCII
  13. Content-Transfer-Encoding: 7bit
  14. Content-Length: 1398      
  15. Newsgroups: alt.lucid-emacs.help
  16. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  17. Sender: help-lucid-emacs-request@lucid.com
  18. Lines: 38
  19.  
  20. Hi walter,
  21.  
  22. I asked the same question the other day, and YES, the problem is caused by an
  23. incomplete installation of gcc; run make install-fixinclude in your
  24. gcc source directory, get lot's of coffee, then recompile lemacs and
  25. the problems gone...
  26.  
  27. According to Jamie the problem is related to ioctl not being invoked
  28. correctly (which happens if you're includes are not ansi)
  29.  
  30. regards,
  31.  
  32. > 
  33. > 
  34. >     Did anyone ever come up with an explanation for why Lemacs 19.4 wants to
  35. > leave ^M's at the end of lines? Someone guessed that it had something to do with
  36. > not running fixincludes when compiling gcc, but I don't think that's the case on
  37. > my system. (Besides, I can't for the life of me figure out how non-ANSI include
  38. > files could cause ^M's to start showing up.)
  39. > 
  40. >     Is there a (known) answer for this? I can live with it (real X support
  41. > is worth a few sacrifices) but it would be nice to get it fixed.
  42. > 
  43. >     Oh, and one more request: does anyone have a drop-in replacement for the
  44. > lemacs 19.4 compile.el that will support multiple directories? 
  45. > 
  46. > -- 
  47. > Walter Hunt                    walter@optimla.optimage.com
  48. > OptImage Interactive Services Company, L.P.    walter@optimla.aimla.com
  49. > 11040 Santa Monica Blvd., Suite #300        netcom!optimla!walter
  50. > Los Angeles, Ca. 90025                (310) 445-5718
  51. > 
  52.  
  53.  
  54. -- 
  55.     /*       Frank.Ooms@delft.sgp.slb.com            *
  56.      *          ooms@delgeo.nl            *
  57.      *        ooms@GDESU1.SInet.slb.com            */
  58.