mdb@silvlis.com (Mark D. Baushke) (10/22/88)
Andrew Schorr <beareq!schorr@wheaties.ai.mit.edu> writes: > I am running version 3.13 of GNU Make. Richard Mlynarik <mly@wheaties.ai.mit.edu> writes: > BTW, /wheaties/usr/gnubin contains the following versions -- somebody > should clean up old, unused `make's. How do I determine the version > of `make' I am running? > > -rwxrwxrwx 1 hack wheel 204111 Oct 18 14:57 /usr/gnubin/make > -rwxrwxrwx 1 rms wheel 192658 Sep 6 15:59 /usr/gnubin/make-3.05 > -rwxrwxrwx 1 rms wheel 202209 Oct 10 08:03 /usr/gnubin/make-3.12 To answer Richard's question, use ``make -v'' to get the version information. I am currently using GNU Make 2.9 since I could not get GNU Make 3.05 to work without generating a ``virtual memory exhausted'' error message. I am having trouble with GNU Make 2.9 and would like to go to a more recent version. Could someone arrange to put the latest-and-greatest on prep in /u/emacs ? I am not able to directly FTP it from there, but I have a friend who has agreed to help get it from there. (Or if someone has taken the time to generate a make.diff-3.05-3.xx (where xx is the latest version number). Thanks in advance, Mark D. Baushke Internet: mdb%silvlis.com@sun.com Silvar-Lisco, Inc. Nameservers: mdb@silvlis.com 1080 Marsh Road Usenet: {pyramid,sun}!silvlis!mdb Menlo Park, CA 94025-1053 Telephone: +1 415 853-6411 / +1 415 969-8328
mcgrath%homer.Berkeley.EDU@GINGER.BERKELEY.EDU (Roland McGrath) (10/22/88)
Version 3.05 was the last version released. There will be another release soon. The bug report for version 3.13 came from someone at MIT, where prerelease versions are tested by GNU people. For those of you reading this as a newsgroup, I would like to request that you refrain from general discussion here and use it only to report bugs in GNU utilities that do not have their own mailing lists (those other than Emacs, GCC, G++, GDB, GDB+, and GNUS). I will answer questions about Make promptly and accurately, and noone has better information that I since I am the one maintaining the program. Thank you, Roland McGrath