mirror of
git://git.sv.gnu.org/autoconf
synced 2024-11-27 01:49:56 +08:00
39d96e6fff
The Automake test suite wants this in order to know if it’s safe to reduce the length of various delays for the purpose of ensuring files in autom4te.cache are newer than the corresponding source files. We can also take advantage of this to speed up a couple of tests in our own testsuite. * lib/Autom4te/FileUtils.pm: Provide (but do not export) a flag $subsecond_mtime, indicating whether the ‘mtime’ function reports modification time with precision greater than one second. Reorganize commentary and import logic for clarity. Add configuration for emacs’ perl-mode to the bottom of the file. * bin/autom4te.in ($version): If $Autom4te::FileUtils::subsecond_mtime is true, print “Features: subsecond-mtime” as the second line of --version output. * lib/autotest/general.m4: Move definitions of AS_MESSAGE_LOG_FD, AT_JOB_FIFO_IN_FD, and AT_JOB_FIFO_OUT_FD to top level and change the latter two to be defined using _AT_DEFINE_INIT. This enables use of AS_MESSAGE_LOG_FD in AT_TESTS_PREPARE code. * tests/local.at (AT_MTIME_DELAY): New utility that delays a test for an appropriate time to ensure all files created before its use are considered older than all files created afterward. The delay will be as short as possible. (AT_TESTS_PREPARE): Calculate and log the delay used by AT_MTIME_DELAY. Only use a delay shorter than one second if the build filesystem, our autom4te, and the automake on the PATH all support this. (AT_CMP): En passant removal of unnecessary blank lines. * tests/tools.at: Use AT_MTIME_DELAY, instead of sleeping for a hardcoded interval, everywhere the delay was to control file timestamps. |
||
|---|---|---|
| .. | ||
| autoconf.in | ||
| autoheader.in | ||
| autom4te.in | ||
| autoreconf.in | ||
| autoscan.in | ||
| autoupdate.in | ||
| ifnames.in | ||
| local.mk | ||