home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9861 < prev    next >
Encoding:
Text File  |  1992-09-04  |  7.3 KB  |  187 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!primerd.prime.com!tiger1.prime.com!cummings
  3. From: cummings@tiger1.prime.com (Kevin J. Cummings)
  4. Subject: Re: WANT GCC? FORGET FAQ.GCC AND README?? READ THIS FIRST!!!!
  5. Message-ID: <1992Sep4.132830@tiger1.prime.com>
  6. Sender: usenet@primerd.prime.com (Usenet)
  7. Organization: Prime Computer, Inc.
  8. References:  <186a86INNcsb@usenet.INS.CWRU.Edu>
  9. Date: Fri, 4 Sep 1992 17:28:30 GMT
  10. Lines: 175
  11.  
  12. In article <186a86INNcsb@usenet.INS.CWRU.Edu>, mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
  13.     [ a fairly reasonable explanation of what and how to get GCC onto your
  14.       LINUX system.  Deleted for brevity.]
  15.  
  16. > So now you have these files. Hopefully they were transfered without any
  17. > corruption. Unfortunately they are VERY large, so I would get corrupted
  18. > ones about every 5th try. And you won't find this out until you're in
  19. > LINUX and then you'll have to reboot into DOS. Major frustration.
  20.  
  21. Get a better transport method.  80% file transfer results are POOR.  120%
  22. file transfer rate is much preferred, especially with large files.  If you're
  23. using kermit, reduce the packet sizes, and turn on 2 or 3 byte checksums so
  24. that bad packets get detected more often so that they will result in packets
  25. being resent (MUCH preferable to whole files being resent!).  I often put
  26. the very large files on 3.5" floppy at work from my UNIX workstation in .TAR
  27. format to avoid hours of downloading at 2400 bps.  (One of these days, I'll get
  28. UUCP working under LINUX. B^)  Then I can transfer files in my sleep!)  I realize
  29. that not all LINUX users have that luxury.  A second thing to do is to find a more
  30. robust method of file transfer.  Speed isn't everything.  In fact it can be a
  31. detriment if you have to resend whole LARGE files becuase of undetected errors.
  32.  
  33. If you can't configure KERMIT, use something else.  I use KA9Q, though I'll admit
  34. to relying on the TCP layer for packet robustness since SL/IP doesn't have any
  35. direct support for it.
  36.  
  37. Get an modem with MNP or V.42 support.  (Only useful when connected to a modem
  38. with the same kind of support.)  It will do wonders for your error control.
  39.  
  40. A lot of V.32 modems out today can do protocol "spoofing" for UUCP and KERMIT
  41. (at least.  I suspect X and Z modem as well).
  42.  
  43. > BTW, these files should be in a DOS dir and they WILL take up alot of memory.
  44. > I think about 5MB.
  45.  
  46. Er, I can download to either DOS or LINUX (depends on which I'm running at the
  47. time).  Check out some of the LINUX communications tools!
  48.  
  49. > Now reboot into LINUX and login as root. Now follow these commands.
  50. > 
  51. > cd /
  52. > mcd c:\<the dos dir with the above files>
  53. > mcopy c:*.* .
  54.  
  55. Or, mount the DOS filesystem under 0.97-pl1 or better LINUX directly, and
  56. cp the files into place.
  57.  
  58. > That should get all those files into the LINUX root dir.
  59. > Now, change their names using the mv (move) command.
  60. > 
  61. > mv <fucked up dos filename now in linux>  <new filename>
  62. > 
  63. > Do it according to these transformations:
  64. > install.2.x  --------->   install.2.x
  65. > binutils.tar.Z ------->   binutils.tar.Z
  66. > 2.2.2ddb.tar.Z ------->   2ddb.tar.Z
  67. > 2.2.2dlib.tar.Z ------>   2dlib.tar.Z
  68. > 2.2.2dmisc.tar.Z ----->   2dmisc.tar.Z
  69. > 097pl1inc.tar.Z ------>   097inc.tar.Z
  70. > 097.tar.Z ------------>   097.tar.Z
  71. > 
  72. > remember that these names on the left will be REALLY screwed up!!!!
  73. > keep track of them.........
  74. > The reason that we have to do all this crap is because LINUX has a
  75. > limitation on length of filenames. UNIX doesn't have them. 
  76. > DOES ANYONE KNOW IF THIS CAN BE CHANGED??????
  77.  
  78. Yeah, run on the new Extended File System (which is only being ALPHA tested).
  79. If you don't trust ALPHA tests, then wait for BETA B^).
  80.  
  81. > Now we need to install the kernel sources. 
  82. > 
  83. > cd /usr
  84. > mkdir src
  85. > cd src
  86. > mkdir linux
  87. > cd /
  88. > cp 097.tar.Z /usr/src/linux
  89. > cd /usr/src/linux
  90. > uncompress 097.tar.Z
  91. > tar -xvf 097.tar
  92. > 
  93. > That should make some file and directories. 
  94. > now do this.
  95. > 
  96. > cd /
  97. > cp 097inc.tar.Z /usr/src/linux
  98. > cd /usr/src/linux
  99. > uncompress 097inc.tar.Z
  100. > tar -xvf 097inv.tar
  101. > 
  102. > More source files are made.
  103. > 
  104. > NOW WE ARE READY TO DO WHAT IT DOES SAY IN README AND GCC.FAQ
  105. > Fortunately, it's only one line.
  106. > 
  107. > Go to the root directory.
  108. > 
  109. > cd /
  110. > sh install.2.x -v 2d /usr/src/linux
  111.  
  112. Uh, that should be version  2.2.2d  not version  2d.
  113.  
  114. > The program will ask you about a math coprocessor. Answer accordingly.
  115. > Eventually the program will barf looking for some file in a dir
  116. > like /usr/lib..../2d/......./<some file>
  117. > 
  118. > The problem is with this 2d directory, an artifact of this process of 
  119. > dealing with LINUX filename length restrictions.
  120. > 
  121. > Change directories to the dir ABOVE 2d.
  122. > 
  123. > do an 'ls' command.
  124. > all you should see is 2.2.2d
  125. > 
  126. > do this
  127.  
  128. Uh, this is going out of your way to fix the problem in a non-standard fashion!
  129. Not recommended.  I suspect you will possibly have problems with shared programs
  130. built by other users using the "standard" pathnames.
  131.  
  132. > mv 2.2.2d 2d
  133. > cd /
  134. > sh install.2.x -v 2d /usr/src/linux
  135. > 
  136. > 
  137. > This should either make it all the way through the installation script, or
  138. > it will barf on another file in some subdirectory of a 2d directory.
  139. > 
  140. > Find it and change 2.2.2d to 2d like about and run sh again.   
  141. > 
  142. > This will put you where I am. With a ton of files on my harddrive (which
  143. > ones can I erase?????????). The compiler gcc in /usr/bin. And some
  144. > instruction to remove some lines from the LINUX kernel Makefile and
  145. > then do a make dep.
  146. > 
  147. > unfortunately....I can't find make. And I haven't an editor. My vi
  148. > doesn't work yet. 
  149.  
  150. > BTW, if you don't like these instruction, screw you. It worked for me :)
  151.  
  152. In general, its good to see that we have some minds working around problems
  153. that are willing to share their experiences with others.  However, the comment
  154. above could have been done without.  I installed GCC 2.2.2d by putting the .tar.Z
  155. files in /usr/src/GCC  and running the install.2.x script from there with NO
  156. problems (It was a MINIX filesystem with 14 character name limitations).  All
  157. of this name changing is NOT NECESSARY.
  158.  
  159. In general you had two problems to overcome.  File transport to your LINUX system,
  160. and installation of the files once there.  I beleive you did a better job on the
  161. first than on the second.  But it worked for you, so who am I to put you down.
  162.  
  163. > Hopefully this will motivate someone (in authority?) to make this
  164. > installation process a little easier.
  165.  
  166. Hopefully, but please remeber:  LINUX is an OS for hackers, being maintained by
  167. hackers, and the installation scripts are (mostly) being written by hackers
  168. who understand what they are doing.  It's the non-unix-hackers among us who
  169. are left clueless, wanting, and whining.  I suppose that in time, many of them
  170. will come to understand what is going on here, and in the meantime, we are left
  171. to persevere.
  172.  
  173. PS  I am not yet a UNIX hacker, but I am learning (fast).
  174.  
  175. =================================================================
  176. Kevin J. Cummings                       PrimeService
  177. 20 Briarwood Road                       A Computervision Company
  178. Framingham, Mass.                       500 Old Connecticut Path
  179.                     Framingham, Mass.
  180. Work:  cummings@primerd.Prime.COM
  181. Home:  cummings@kjc386.framingham.ma.us
  182.  
  183. Std. Disclaimer: "Mr. McKittrick, after careful consideration,
  184.           I've come to the conclusion that your new
  185.           defense system SUCKS..."   --  War Games
  186. =================================================================
  187.