home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8309 < prev    next >
Encoding:
Text File  |  1992-08-14  |  2.5 KB  |  55 lines

  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!usenet.coe.montana.edu!news.u.washington.edu!serval!phys1.physics.wsu.edu!hlu
  3. From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
  4. Subject: PLEASE READ ME (Re: Troubles compiling lilo v3)
  5. Message-ID: <1992Aug15.043728.19096@serval.net.wsu.edu>
  6. Sender: news@serval.net.wsu.edu (USENET News System)
  7. Organization: Washington State University
  8. References: <1992Aug14.024317.19775@inmet.camb.inmet.com> <1992Aug14.152402.1541@crd.ge.com>
  9. Date: Sat, 15 Aug 92 04:37:28 GMT
  10. Lines: 43
  11.  
  12. I think I am partially responsible for this mess. I noticed it when
  13. 0.97 was out. I did the best I could and send a patch to Linus, which
  14. became the part of 0.97 patch 1. Unfortunately, you really need
  15. gcc 2.2.2d to totally solve the problem. Everytime when I tried
  16. to release gcc 2.2.2d to public, I either got some bug reports or
  17. requests. So it delayed that long. I hope I can finally get it out
  18. this Sunday.
  19.  
  20. Here is something very important.
  21.  
  22. YOU HAVE TO HAVE VIRGIN HEADER FILES FROM KERNEL SOURCE OF 0.97 PATCH 1 ON
  23. LINE TO INSTALL GCC 2.2.2d.
  24.  
  25. YOU HAVE TO HAVE VIRGIN HEADER FILES FROM KERNEL SOURCE OF 0.97 PATCH 1 ON
  26. LINE TO INSTALL GCC 2.2.2d.
  27.  
  28. YOU HAVE TO HAVE VIRGIN HEADER FILES FROM KERNEL SOURCE OF 0.97 PATCH 1 ON
  29. LINE TO INSTALL GCC 2.2.2d.
  30.  
  31. -- 
  32. H.J.
  33. Gcc/libc maintainer for Linux.
  34. In article <1992Aug14.152402.1541@crd.ge.com>, davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
  35. |> In article <1992Aug14.024317.19775@inmet.camb.inmet.com>, newbie@dylan.camb.inmet.com (Chris Newbold) writes:
  36. |> 
  37. |> | Anyhow, I'm having major trouble compiling it. There is a massive conflicy
  38. |> | between the linux/include types.h and the include/sys/types.h ... I'm sure
  39. |> | all of this was covered... If someone would be kind enough to point me
  40. |> | in the right direction, I would really appriciate it.
  41. |> | 
  42. |> | The problems: Both /usr/src/linux/include/linux/types.h and /usr/include/sys
  43. |> | /types.h get included. I tried to fix this by linking /usr/include/sys
  44. |> | to /usr/src/linux/include/linux. This seems like a hack, but I don't really
  45. |> | know. Didn't reall help.
  46. |> 
  47. |>   I think you are hitting one of the real problems at this time, you
  48. |> need different includes for a lot of stuff, and if everyone would get to
  49. |> a common set of headers life would be a lot nicer, and development might
  50. |> go a bit faster.
  51. |> 
  52. |> -- 
  53. |> bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  54. |>     I admit that when I was in school I wrote COBOL. But I didn't compile.
  55.