[Automake-commit] [SCM] GNU Automake branch, experimental/compilers-for-testsuite, created. v1.11-1771-g87463c5

[Stefano Lattarini]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Automake".

http://git.sv.gnu.org/gitweb/?p=automake.git;a=commitdiff;h=87463c5f7724947ee3c50098c1ce1a4f99b9b98f

The branch, experimental/compilers-for-testsuite has been created
        at  87463c5f7724947ee3c50098c1ce1a4f99b9b98f (commit)

- Log -----------------------------------------------------------------
commit 87463c5f7724947ee3c50098c1ce1a4f99b9b98f
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 28 11:40:20 2011 +0100

    readme: how to run the testsuite with cross-compilers
    
    * tests/README: Suggest a better way to run the automake testsuite
    with cross-compilers -- that is, configuring the Automake source
    tree with proper `--build' and `--host' configure option.  And
    yes, specifying both these options (not only `--host') is indeed
    required to avoid spurious failures in corner cases.
    When you call configure with the `--host' option but without the
    `--build' option, configure tries to auto-detect whether you are
    cross-compiling or not, by trying to run a generated executable.
    That test might spuriously "succeed" in some corner cases (e.g.,
    Cygwin is able to run non-Cygwin apps).  In fact, generally, it
    can be the case that a cross-compilation is not detected as a
    cross anymore just because someone has installed an emulator; as
    an example, think of what can happen on a GNU/Linux system that
    is configured (through the use of the binfmt_misc kernel module)
    to execute PE executables (compiled for MS-DOS or Windows) through
    Wine *automatically*.  In conclusion, configure needs to be used
    as recommended in the documentation (i.e., by specifying *both*
    `--host' and `--build' instead of just one of them) to not have
    the build fall into any of a number of weird traps.
    * tests/defs (cross_compiling): Improve comments.
    
    Co-authored-by: Peter Rosin <address@hidden>

commit 43cc7d5c6388b4851d6466a4487b1c63a7261a8c
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 28 11:40:20 2011 +0100

    tests: no need to unset CFLAGS in tests requiring 'gcc' anymore
    
    * tests/ccnoco.test: Since this test have "gcc" in $required,
    there is no need to manually nullify the CFLAGS variable, since
    now `tests/defs' should automatically re-define that to a value
    appropriate for gcc.
    * tests/ccnoco3.test: Likewise.

commit 2a3e357e676c9b586a6fad7354f793aefc57abad
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 28 11:40:20 2011 +0100

    test defs: allow compilers to be auto-selected on user's request
    
    In the recent changes, by pre-setting the required compilers for
    the `configure' scripts launched by the test scripts, we have
    slightly reduced the coverage of autoconf/automake code aimed at
    automatically detecting said compilers.  This commit restore such
    coverage, by allowing the user to instruct the testsuite *not* to
    preset the testsuite compiler(s).
    
    * tests/defs (cc): If $CC is set to the special value "autodetect"
    or "autodetected", don't export the configure-detected CC, CFLAGS
    and CPPFLAGS variables; rather, unset them.
    (c++): Likewise, but for CXX, CFLAGS and CPPFLAGS instead.
    (fortran): Likewise, but for FC and FCFLAGS instead.
    (fortran77): Likewise, but for F77 and FFLAGS instead.
    (require_compiler_): New function, to reduce code duplication.

commit 6a8b652fc40980d7bb24828b81a5c947a8ebb62c
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 28 11:40:20 2011 +0100

    test defs: substitute compilers and flags found at configure time
    
    * tests/Makefile.am (do_subst): Also substitute CC, CXX, F77, FC,
    CPPFLAGS, CFLAGS, CXXFLAGS, FCFLAGS and FFLAGS.
    * tests/defs-static.in: Define those variables, allowing for
    overrides from the environment.
    * tests/defs (for tool in $required): Export (subsets of) those
    variables when the stuff in `$required' calls for it.
    Add related explanatory comments.

commit 089e737fc39da34e1c93639b428638f14c690df5
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 28 11:40:20 2011 +0100

    test defs: setup `*FLAGS' variables for GNU compilers
    
    * configure.ac: Setup some `*FLAGS' variables for use by the
    GNU compilers in our testsuite.  For example, use `GNU_CFLAGS'
    instead of `CFLAGS', and so on for similar variables.  This
    is especially useful in case the compilers found or defined
    at configure time are not the GNU ones.
    * tests/defs-static.in: Initialize those same variables with
    the values set at configure time, but allowing overrides
    from the environment.
    * tests/Makefile.am (do_subst): Process configure-style
    substitutions of those variables (e.g., address@hidden@').
    * tests/defs: When a GNU compiler is required, override the
    corresponding generic `*FLAGS' variable with the GNU-specific
    variant (e.g., redefine `$CFLAGS' to take the value of
    `$GNU_CFLAGS').

commit b02cb430652374cc2f9de4f6e2fd01fc41aee2b3
Author: Stefano Lattarini <address@hidden>
Date:   Wed Dec 28 11:40:20 2011 +0100

    configure: search generic compilers for use in the tests
    
    * configure.ac: Look for "generic" C, C++ and Fortran compilers,
    with the aim of starting to use them in the testsuite (this will
    be done in future changes).  This is more tricky than it seems,
    since we don't want to abort the whole configure script even if
    no one of those compilers is available (after all, they're only
    needed by the testsuite, not to build automake), but currently
    autoconf doesn't offer an easy way to obtain this behaviour.
    We prefer non-GNU compilers to the GNU ones, to ensure better
    coverage "in the wild".

-----------------------------------------------------------------------


hooks/post-receive
-- 
GNU Automake