bug-m4
[Top][All Lists]
Advanced

[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-----




reply via email to

[Prev in Thread] Current Thread [Next in Thread]