Re: Inconsistent VPATH behavior ..

2003-03-10 Thread Harsha Kalidindi
Paul: %% Harsha Kalidindi <[EMAIL PROTECTED]> writes: >> GNU make works exactly as I've described above: first it looks for the >> pathname exactly as it is given in the makefile. hk> Breakthrough. No more failure to communicate. This is the nub of hk> the issue .. >> If that doesn't ex

Re: Inconsistent VPATH behavior ..

2003-03-10 Thread Paul D. Smith
%% Harsha Kalidindi <[EMAIL PROTECTED]> writes: >> GNU make works exactly as I've described above: first it looks for the >> pathname exactly as it is given in the makefile. hk> Breakthrough. No more failure to communicate. This is the nub of hk> the issue .. >> If that doesn't exist,

Re: long prerequisite inside eval(call()) => vm exhausted

2003-03-10 Thread Paul D. Smith
You are running into a resolved bug; it will be fixed in the next release. In the meantime there's a patch attached to the closed bug report you can use if you like: https://savannah.gnu.org/bugs/?func=detailbug&bug_id=1517&group_id=71 -- --

long prerequisite inside eval(call()) => vm exhausted

2003-03-10 Thread David Copp
The new eval() function is *way* cool. Thanks!! In trying to use it, I ran into a little problem, which I've tried to express succinctly in the Makefile below. It results in a "virtual memory exhausted" error. If you delete "prerequisite13" from the tool_PREREQUISITES, no error occurs. BTW e

Re: Inconsistent VPATH behavior ..

2003-03-10 Thread Harsha Kalidindi
Paul: %% Harsha Kalidindi <[EMAIL PROTECTED]> writes: >> If you run "make install", then make says "OK, I need to build >> ../install/scripts/foo". It looks to see if that file exists. If it >> does, then VPATH is never consulted. hk> We expect the above behavior. >> If it doesn't ex