home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 9954 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.7 KB
  1. Path: sparky!uunet!mcsun!uknet!comlab.ox.ac.uk!jon
  2. From: jon@robots.ox.ac.uk (Jon Tombs)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Distribution sugestion for gcc.
  5. Message-ID: <1992Sep5.200041.6051@diomedes.robots.ox.ac.uk>
  6. Date: 5 Sep 92 20:00:41 GMT
  7. References: <1992Sep05.170344.14838@donau.et.tudelft.nl>
  8. Organization: Robotics Research Group, Engineering Science Dept, Oxford, UK.
  9. Lines: 30
  10. Originator: jon@diomedes.robots
  11.  
  12. In article <1992Sep05.170344.14838@donau.et.tudelft.nl> wolff@hal.et.tudelft.nl (Rogier Wolff) writes:
  13. >I have been thinking about the method gcc is being distributed.
  14. >(partly because I had problems myself, and I seem to be not the only
  15. >one)
  16. >
  17. >Anyway, how about creating a tar file with EVERYTHING in it. This could
  18. >be done in two ways: 
  19. >1)   all the files that are in there now + an install script.
  20. >2)   ALL that gcc needs. Even the links etc that the install script makes.
  21. >
  22. >[...]
  23. >Ok. Suggestions? pro's con's?
  24.  
  25. I suggest you get the compiler via the mcc-interim release.
  26.  
  27. I would also hope the next gcc is not tied to a particular kernel, why did
  28. linus move his types.h to be <linux/types.h> when <sys/types.h> now just
  29. includes it?  This means if a future kernel patch changes anything, the whole
  30. of libc might then be incompatable. I'm not saying that the kernel and libc
  31. should have separate include files, but until changes slow down then they 
  32. should stay stand alone releases.  
  33.  
  34. I lost my /usr/src partition with a disk corruption, and couldn't compile
  35. anything (even a helloworld.c program) until I replaced the kernel code.
  36. Now I don't have time to work out if everything is correct as I haven't run
  37. install.2.x on the replaced kernel code.
  38.  
  39. --
  40.  Jon                    <jon@robots.ox.ac.uk>
  41.     I'm not playing with my computer, I'm working!
  42.