home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / linux / 10052 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.9 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!linac!att!princeton!rutgers!psinntp!psinntp!pool!ujlh
  2. From: ujlh@pool.info.sunyit.edu (James Henrickson)
  3. Newsgroups: comp.os.linux
  4. Subject: Problems compiling GNU make
  5. Message-ID: <1992Sep6.164840.24588@pool.info.sunyit.edu>
  6. Date: 6 Sep 92 16:48:40 GMT
  7. Organization: State University of New York -- Institute of Technology
  8. Lines: 42
  9.  
  10. I have been repeatedly unable to compile GNU make.  I have had this
  11. problem for several versions of Linux and a couple versions of GCC.
  12. This time I think I got the definitions right and it compiles, but
  13. if I use the resulting make it does something terrible.  This is
  14. only a request for help from someone that has had similar problems.
  15. I am using Linux 0.97-patch2 (haven't moved up to patch3, give me
  16. time) and gcc 2.2.2d.
  17.  
  18. Say I've got two files to compile and the desired action is as
  19. follows (I don't remember the original statements, just the desired
  20. action from make):
  21.  
  22. gcc -O6 -C filea.c -o filea.o
  23. gcc -O6 -C fileb.c -o fileb.o
  24.  
  25. (I hope I got the "-C" correct, this is from memory.)
  26.  
  27. When I run make, the first line works as expected.  On the second line,
  28. though, the "fileb.o" gets lost and gcc just sits there without giving
  29. me any complaints.  Hitting ^C to interrupt the job and then running
  30. make again allows me to compile the second line correctly, but it
  31. does the same thing on the next file!
  32.  
  33. I don't remember the exact structure of the Makefile that this is
  34. happening with, but I get the same behavior with other Makefiles.  I'm
  35. only explaining the problem so that someone else might recognize it
  36. and mail me a fix.  
  37.  
  38. I know I can just be happy with the old (working) binary, but I'm 
  39. updating all my stuff and compiling makes for a good educational 
  40. experience.  :-)
  41.  
  42. [I compiled it without the load averaging, so I know I'm not
  43. having problems with that.]
  44.  
  45. Thanks in advance,
  46.  
  47. -- 
  48. Jim H.
  49. *
  50. * James L. Henrickson
  51. * ujlh@sunyit.edu        "Some day I might have a real .signature!"
  52.