Re: make-3.79.1.tar.gz

2001-05-25 Thread Paul D. Smith
%% "Gilbert, Peter" <[EMAIL PROTECTED]> writes: gp> This isn't a bug report, it's a request for a feature, which I'm gp> willing to implement and have folded into GNU make. gp> The problem is that some tools invoked by make produce multiple gp> outputs, and the only way I know to reasona

make-3.79.1.tar.gz

2001-05-25 Thread Gilbert, Peter
This isn't a bug report, it's a request for a feature, which I'm willing to implement and have folded into GNU make. The problem is that some tools invoked by make produce multiple outputs, and the only way I know to reasonably handle this is by misstating dependencies. For example: # Th

Re: SUFFIXES bug

2001-05-25 Thread Cyril Bouthors
Cyril Bouthors writes: > 'GNU Make' could then complain with an explicit warning or > error about internal cache and targets that confuse it. If the message is explicit enough and includes pointer to the documentation about internal cache, it will at least reduce the number of questions ab

Re: SUFFIXES bug

2001-05-25 Thread Cyril Bouthors
Patrick Craig writes: > > But you would only reread the directory when an error condition occured > so Makfiles that worked before wouldn't be affected. I agree with Paul that nobody wants to negates the purpose of the cache but 'GNU Make' could do one more stat() just before exiting