kc3-lang/automake/tests/vala-mix.test

• Show log

  Commit

• Hash : db973eaa
  Author :
  Date : 2012-02-21T19:47:36
  

  tests: prefer 'configure.ac' over 'configure.in'
  
  With this change, our testsuite now uses 'configure.ac' as the
  name for the typical autoconf input, instead of the obsolescent
  'configure.in' (which has been deprecated for several years, at
  least since autoconf 2.50).
  
  Most of the test cases changed by this commit have been
  automatically modified with this sed command (using GNU
  sed):
  
    sed -i 's/\<configure\(\\\?\)\.in\>/configure\1.ac/g'
  
  * syntax-checks.mk (sc_tests_no_configure_in): New syntax check.
  (syntax_check_rules): Add it.
  * tests/defs: Create stub for autoconf input in 'configure.ac',
  not in 'configure.in'.  Adjust comments.
  ($AUTOCONF, $AUTOHEADER, $AUTORECONF): Remove workaround for the
  infamous debian autoconf wrapper: we don't need such workaround
  anymore now that we name our autoconf input as 'configure.ac'.
  For more information, see commit v1.11-564-g63da492 "test defs:
  hack to support autoconf-wrapper programs" of 16-12-2011.
  * tests/README: Use 'configure.ac', not 'configure.in'.
  * Many many tests: Likewise.
  * tests/backcompat3.test: Adjust to avoid spurious failures.
  * tests/backcompat5.test: Likewise.
  * tests/missing6.test: Likewise.
  * tests/backcompat6.test: Likewise, and extend a bit since we
  are at it.
  

Download

• tests/vala-mix.test

• #! /bin/sh
  # Copyright (C) 2012 Free Software Foundation, Inc.
  #
  # This program is free software; you can redistribute it and/or modify
  # it under the terms of the GNU General Public License as published by
  # the Free Software Foundation; either version 2, or (at your option)
  # any later version.
  #
  # This program is distributed in the hope that it will be useful,
  # but WITHOUT ANY WARRANTY; without even the implied warranty of
  # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  # GNU General Public License for more details.
  #
  # You should have received a copy of the GNU General Public License
  # along with this program.  If not, see <http://www.gnu.org/licenses/>.
  
  # Vala sources and C sources in the same program.  Functional test.
  
  required='valac cc GNUmake'
  . ./defs || Exit 1
  
  cat >> configure.ac <<'END'
  AC_PROG_CC
  AM_PROG_CC_C_O
  AM_PROG_VALAC
  AC_OUTPUT
  END
  
  cat > Makefile.am <<'END'
  bin_PROGRAMS = zardoz mu
  AM_VALAFLAGS = --profile=posix
  zardoz_SOURCES = foo.vala bar.c
  mu_SOURCES = 1.vala 2.c
  mu_VALAFLAGS = $(AM_VALAFLAGS) --main=run
  mu_CFLAGS = -DHAVE_MU
  END
  
  if cross_compiling; then :; else
    unindent >> Makefile.am <<'END'
      check-local:
  	./zardoz
  	./mu
  	./zardoz | grep "foo is alive"
  	./mu | grep "Howdy, World!"
  END
  fi
  
  cat > foo.vala <<'END'
  int main ()
  {
    stdout.printf ("foo is alive\n");
    return 0;
  }
  END
  
  echo 'extern int i = 0;' > bar.c
  
  cat > 1.vala <<'END'
  int run ()
  {
    stdout.printf ("Howdy, World!\n");
    return 0;
  }
  END
  
  cat > 2.c <<'END'
  #ifdef HAVE_MU
  int all_is_ok = 1;
  #else
  #error "HAVE_MU no defined"
  chocke me
  #endif
  END
  
  $ACLOCAL
  $AUTOMAKE -a
  $AUTOCONF
  
  ./configure
  
  $MAKE all
  ls -l # For debugging.
  $MAKE check
  
  have_generated_files ()
  {
    test -f mu_vala.stamp
    test -f zardoz_vala.stamp
    test -f foo.c
    test -f 1.c
  }
  
  # Our vala-related rules must create stamp files and intermediate
  # C files.
  have_generated_files
  
  # Remake rules are not uselessly triggered.
  $MAKE -q
  $MAKE -n | $FGREP vala.stamp && Exit 1
  
  # Check the distribution.
  $MAKE distcheck
  
  # Stamp files and intermediate C files should *not* be removed
  # by "make clean".
  $MAKE clean
  have_generated_files
  
  # But stamp files should be removed by "maintainer-clean" (the
  # behaviour w.r.t. intermediate C files is still unclear, and
  # better left undefined for the moment).
  $MAKE maintainer-clean
  ls *vala*.stamp | grep . && Exit 1
  
  :
  

Download