Re: better symlink handling

2004-07-21 Thread Boris Kolpackov
"Paul D. Smith" <[EMAIL PROTECTED]> writes: > There are a number of suggestions already available in the bugs and > patches sections of GNU make's Savannah project. Something will appear > in the next version of GNU make. Isn't it just an instance of a general problem of custom out-dateness? Wou

Re: better symlink handling

2004-07-21 Thread Paul D. Smith
There are a number of suggestions already available in the bugs and patches sections of GNU make's Savannah project. Something will appear in the next version of GNU make. -- --- Paul D. Smith <[EMAIL PROTECTED]>

Re: better symlink handling

2004-07-20 Thread Albert Cahalan
On Tue, 2004-07-20 at 11:42, Paul D. Smith wrote: > There are a number of suggestions already available in the bugs and > patches sections of GNU make's Savannah project. Something will appear > in the next version of GNU make. The proposed command line options will not do, because users won't re

better symlink handling

2004-07-20 Thread Albert Cahalan
Something with syntax similar to .PHONY, for use of lstat() in place of stat(), might help a bit: .LSTAT: my-symlink-target another-symlink-target Also, have a way to declare this behavior for all targets. Some way to depend on the symlink content (readlink) might be much better though.