[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
testsuite.dir location
From: |
Eric Blake |
Subject: |
testsuite.dir location |
Date: |
Fri, 16 Jun 2006 08:16:05 -0600 |
User-agent: |
Thunderbird 1.5.0.4 (Windows/20060516) |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Is it intentional that running testsuite outputs testsuite.log and
testsuite.dir in $PWD? Right now, the top-level m4 Makefile.am does:
# Using `cd' in backquotes may print the directory name, use this instead:
m4__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd
CD_TESTDIR = abs_srcdir=`$(m4__cd) $(srcdir) && pwd`; cd tests
TESTSUITE = tests/testsuite
check-local: tests/atconfig $(srcdir)/$(TESTSUITE)
$(CD_TESTDIR); \
$(TESTS_ENVIRONMENT) $(SHELL) $$abs_srcdir/$(TESTSUITE) \
$(TESTSUITEFLAGS)
but that dumps testsuite.log in the srcdir, which probably doesn't play
nicely if you have a read-only srcdir in a VPATH build (not to mention the
potential bugs in its use of cd if CDPATH gets used). But if I remove the
$(CD_TESTDIR), then testsuite.log gets dropped in the directory where I
ran make, and I found it odd that because m4 made ./testsuite.log while
autoconf made tests/testsuite.log because of each project's choice of
whether to have recursive Makefiles.
Is it worth adding a flag to testsuite to tell it which directory output
files should be dumped in? Then I could tell m4's testsuite to create
testsuite.log in the tests subdirectory of the build dir.
- --
Life is short - so eat dessert first!
Eric Blake address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEkr0l84KuGfSFAYARAnCHAKC5ti1Ot3gVTPmfPS58H1jW4Y//MQCgncCj
LKltH5m3LZfsqXHwYX5T4JI=
=0kj3
-----END PGP SIGNATURE-----
- testsuite.dir location,
Eric Blake <=