[Leaplist] GNU make problem ....

William A. Mahaffey III wam at HiWAAY.net
Sat Feb 17 12:39:46 EST 2007


.... I am trying to compile some inhouse code on a newly constructed Opteron 165 box, running FC6-x86_64. I am having a small problem with make, as follows:

[wam at Opty165A, Utils, 11:27:59am] 639 % make clean
removing ALL libutils.a (!!!!) .... done.
[wam at Opty165A, Utils, 11:28:02am] 640 % (ll ../lib/)
total 8
drwx------ 2 wam users 4096 Feb 17 11:28 debug/
[wam at Opty165A, Utils, 11:29:39am] 641 % make
../lib/libutils.a up to date.
[wam at Opty165A, Utils, 11:29:43am] 642 % make -v
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for x86_64-redhat-linux-gnu
[wam at Opty165A, Utils, 11:29:49am] 643 %


i.e., make doesn't remake the offending file even though it doesn't exist. I am using makefiles copied from my 2.4 GHz P4, which is under the weather as usual :-\ .... The makefiles worked AOK there (whenever the machine worked). Is this a known problem w/ this version of make, or this combination of make/Linux version ? BTW, uname -a gives:

[wam at Opty165A, Utils, 11:29:49am] 643 % uname -a
Linux Opty165A 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:39:22 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux
[wam at Opty165A, Utils, 11:36:27am] 644 %

TIA as usual ....

-- 

	William A. Mahaffey III

----------------------------------------------------------------------

	"The M1 Garand is without doubt the finest implement of war
	 ever devised by man."
                          -- Gen. George S. Patton Jr.




More information about the Leaplist mailing list