rom the
recipe.
Is this the expected behavior of .SHELLSTATUS in this use case?
Thanks!
Troy Runkel
___
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
the stat() API call (st_mtimespec.tv_nsec
instead of the usual st_mtim.tv_nsec). This patch updates configure to detect
the availability of high resolution file timestamps for Mac OSX and use them
within GNU make. The patch is based on the latest GNU make sources from the
CVS reposi
FYI,
I believe I've located the fix in the GNU make CVS repository that resolves the
excessive stat() call problem. I've back-ported the fix into 3.82 and it
appears to be working in our build system. The patch for 'read.c' is attached
if anybody is interested. Th
Hi Paul,
Thanks for the quick response. Is there a patch I could look at for this
change? We might be interested in back-porting the fix into 3.82 for now.
Thanks.
--Troy Runkel
-Original Message-
From: Paul Smith [mailto:psm...@gnu.org]
Sent: Wednesday, September 14, 2011 9:06 PM
)
calls per file.
Is this difference in behavior between make 3.81 and 3.82 intentional? If so,
is there anything we could do to reduce the number of stat() calls being made?
The additional stat() calls don't have much of an impact on our NFS based Linux
build environment,
