kc3-lang/automake/tests/vala.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.test

• #! /bin/sh
  # Copyright (C) 1996-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/>.
  
  # Basic "grepping" test on vala support.
  
  . ./defs || Exit 1
  
  # So that we won't require libtool macros.
  cat > acinclude.m4 <<'END'
  AC_DEFUN([AC_PROG_LIBTOOL],
           [AC_SUBST([LIBTOOL], [:])])
  END
  
  cat >> 'configure.ac' << 'END'
  AC_PROG_CC
  AC_PROG_CXX
  AC_PROG_LIBTOOL
  AM_PROG_AR
  AM_PROG_VALAC
  AC_CONFIG_FILES([sub/Makefile])
  AC_OUTPUT
  END
  
  cat > Makefile.am <<'END'
  SUBDIRS = sub
  
  bin_PROGRAMS = zardoz
  zardoz_SOURCES = zardoz.vala
  zardoz_VALAFLAGS = --debug
  
  lib_LTLIBRARIES = libzardoz.la
  libzardoz_la_SOURCES = zardoz-foo.vala zardoz-bar.vala
  END
  
  mkdir sub
  
  cat > sub/Makefile.am <<'END'
  bin_PROGRAMS = foo
  foo_SOURCES = bar.vala baz.vala mu.c zap.cxx
  END
  
  : > ltmain.sh
  : > config.sub
  : > config.guess
  
  $ACLOCAL
  $AUTOMAKE -a
  
  grep '\$(VALAC).* \$(AM_VALAFLAGS) \$(VALAFLAGS) ' Makefile.in
  grep '\$(VALAC).* \$(zardoz_VALAFLAGS) \$(VALAFLAGS) ' Makefile.in
  $FGREP 'am_zardoz_OBJECTS' Makefile.in
  $FGREP 'am_libzardoz_la_OBJECTS' Makefile.in
  $FGREP 'zardoz_vala.stamp:' Makefile.in
  $FGREP 'libzardoz_la_vala.stamp:' Makefile.in
  test `$FGREP -c '.stamp:' Makefile.in` -eq 2
  $FGREP 'zardoz.c' Makefile.in
  $FGREP 'zardoz-foo.c' Makefile.in
  $FGREP 'zardoz-bar.c' Makefile.in
  
  grep '\$(VALAC).* \$(AM_VALAFLAGS) \$(VALAFLAGS) ' sub/Makefile.in
  $FGREP 'foo_VALAFLAGS' sub/Makefile.in && Exit 1
  $FGREP 'am_foo_OBJECTS' sub/Makefile.in
  $FGREP 'bar.c' sub/Makefile.in
  $FGREP 'baz.c' sub/Makefile.in
  $FGREP 'foo_vala.stamp:' sub/Makefile.in
  test `$FGREP -c '.stamp:' sub/Makefile.in` -eq 1
  
  # Check against regression for weird bug due to unescaped '@'
  # characters used in a "..." perl string when writing the vala
  # rules from automake.in.
  grep '\$[0-9][0-9]*t' Makefile.in sub/Makefile.in && Exit 1
  
  :
  

Download