home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20692 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.8 KB  |  41 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!stanford.edu!snorkelwacker.mit.edu!bloom-picayune.mit.edu!daemon
  3. From: mcallist@logdis1.SM.AFLC.AF.MIL (Ron McAllister)
  4. Subject: (none)
  5. Message-ID: <1992Dec16.181802.22248@athena.mit.edu>
  6. Sender: daemon@athena.mit.edu (Mr Background)
  7. Reply-To: mcallist@logdis1.SM.AFLC.AF.MIL (Ron McAllister)
  8. Organization: The Internet
  9. Date: Wed, 16 Dec 1992 18:18:02 GMT
  10. Lines: 29
  11.  
  12.  
  13.     Folks familiar with the SLS Linux distribution:
  14.  
  15. Around Dec. 2 Time frame, changes were made to the tsx-11 SLS dist.  I
  16. ftp'd files starting on 24 Nov, finishing up around the first of Dec.  
  17. After I installed the system, I rebuilt Linux (to test gcc), and it seemed
  18. to build ok.    Then, I realized the files in SLS were rearranged to reflect
  19. the latest SLS distribution, and that some patched files were added.   I 
  20. attempted to ftp the files that had dates newer than Nov 24 (most of a.. and
  21. b..), after which I wiped the old stuff off my disk and repartitioned
  22. /dev/hda2 to 64mB.   I followed the automated installation which seemed to go
  23. OK.   I got X up and running.   I made some changes to the Makefile for linux
  24. and started to build the system.   The kernel compiled OK, and for some
  25. strange
  26. reason, GCC appears to lock up when compiling tty_io.c.   I waited over an
  27. hour, hearing access noises from my IDE drive, but I couldnt even login
  28. to another VC.  SIGH.   Ctrl-Alt-Del is the only way out.   I followed the
  29. directions in the README where Larz points out that links must be made.
  30. Configuration: 386/40 4MbRam, 110Mb IDE.   I am not sure how to tell what 
  31. release I have, but I think I have 0.98p5-40. (motd).   I have AMI advanced
  32. chipset (OPTI), and I have tried wait states, non-turbo mode etc.
  33.  
  34. Any Ideas ?  there must be a 'pragma' I can set to allow me to see what GCC
  35. is doing when it 'locks up'.
  36.  
  37. I may be doing something terribly wrong..... ;(
  38.  
  39. Ronan
  40.  
  41.