GNU bug report logs - #11855
Enabling the 'color-tests' option by default

Previous Next

Package: automake;

Reported by: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Date: Wed, 4 Jul 2012 16:35:02 UTC

Severity: wishlist

Tags: patch

Done: Stefano Lattarini <stefano.lattarini <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: bug-automake <at> gnu.org
Subject: Enabling the 'color-tests' option by default
Date: Wed, 04 Jul 2012 18:29:06 +0200
Severity: wishlist

Hello automakers.

Anyone has an idea about why the 'color-tests' option should be not
enabled by default (apart from the obvious historical reasons, that
is)?

Even when this option is on, the developer is free to disable testsuite
coloring on a per-makefile basis (by adding "AM_COLOR_TESTS = no" to the
Makefile.am) or on a whole-project basis (by AC_SUBST'ing AM_COLOR_TESTS
to "no" in configure.ac).  And the best thing about these approaches is
that they still allow the user to request the testsuite output to be
colorized, if he really wants to:

    # With GNU make:
    make AM_COLOR_TESTS=yes check
    # With non-GNU make:
    make AM_COLOR_TESTS=yes AM_MAKEFLAGS=AM_COLOR_TESTS=yes check

So I think we should make the 'color-tests' option enabled by default (while
keeping it around as a no-op, for backward-compatibility), and document the
two tricks above for developers who (for one reason or another) don't want
testsuite colorization enabled by default.

WDYT?

Regards,
  Stefano





This bug report was last modified 12 years and 301 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.