1169689Skan# generated automatically by aclocal 1.9.6 -*- Autoconf -*- 2132718Skan 3169689Skan# Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 4169689Skan# 2005 Free Software Foundation, Inc. 5169689Skan# This file is free software; the Free Software Foundation 6169689Skan# gives unlimited permission to copy and/or distribute it, 7169689Skan# with or without modifications, as long as this notice is preserved. 890075Sobrien 9169689Skan# This program is distributed in the hope that it will be useful, 10169689Skan# but WITHOUT ANY WARRANTY, to the extent permitted by law; without 11169689Skan# even the implied warranty of MERCHANTABILITY or FITNESS FOR A 12169689Skan# PARTICULAR PURPOSE. 1352284Sobrien 14169689Skan# AM_AUX_DIR_EXPAND -*- Autoconf -*- 1550397Sobrien 16169689Skan# Copyright (C) 2001, 2003, 2005 Free Software Foundation, Inc. 17169689Skan# 18169689Skan# This file is free software; the Free Software Foundation 19169689Skan# gives unlimited permission to copy and/or distribute it, 20169689Skan# with or without modifications, as long as this notice is preserved. 2150397Sobrien 22169689Skan# For projects using AC_CONFIG_AUX_DIR([foo]), Autoconf sets 23169689Skan# $ac_aux_dir to `$srcdir/foo'. In other projects, it is set to 24169689Skan# `$srcdir', `$srcdir/..', or `$srcdir/../..'. 25169689Skan# 26169689Skan# Of course, Automake must honor this variable whenever it calls a 27169689Skan# tool from the auxiliary directory. The problem is that $srcdir (and 28169689Skan# therefore $ac_aux_dir as well) can be either absolute or relative, 29169689Skan# depending on how configure is run. This is pretty annoying, since 30169689Skan# it makes $ac_aux_dir quite unusable in subdirectories: in the top 31169689Skan# source directory, any form will work fine, but in subdirectories a 32169689Skan# relative path needs to be adjusted first. 33169689Skan# 34169689Skan# $ac_aux_dir/missing 35169689Skan# fails when called from a subdirectory if $ac_aux_dir is relative 36169689Skan# $top_srcdir/$ac_aux_dir/missing 37169689Skan# fails if $ac_aux_dir is absolute, 38169689Skan# fails when called from a subdirectory in a VPATH build with 39169689Skan# a relative $ac_aux_dir 40169689Skan# 41169689Skan# The reason of the latter failure is that $top_srcdir and $ac_aux_dir 42169689Skan# are both prefixed by $srcdir. In an in-source build this is usually 43169689Skan# harmless because $srcdir is `.', but things will broke when you 44169689Skan# start a VPATH build or use an absolute $srcdir. 45169689Skan# 46169689Skan# So we could use something similar to $top_srcdir/$ac_aux_dir/missing, 47169689Skan# iff we strip the leading $srcdir from $ac_aux_dir. That would be: 48169689Skan# am_aux_dir='\$(top_srcdir)/'`expr "$ac_aux_dir" : "$srcdir//*\(.*\)"` 49169689Skan# and then we would define $MISSING as 50169689Skan# MISSING="\${SHELL} $am_aux_dir/missing" 51169689Skan# This will work as long as MISSING is not called from configure, because 52169689Skan# unfortunately $(top_srcdir) has no meaning in configure. 53169689Skan# However there are other variables, like CC, which are often used in 54169689Skan# configure, and could therefore not use this "fixed" $ac_aux_dir. 55169689Skan# 56169689Skan# Another solution, used here, is to always expand $ac_aux_dir to an 57169689Skan# absolute PATH. The drawback is that using absolute paths prevent a 58169689Skan# configured tree to be moved without reconfiguration. 59132718Skan 60169689SkanAC_DEFUN([AM_AUX_DIR_EXPAND], 61169689Skan[dnl Rely on autoconf to set up CDPATH properly. 62169689SkanAC_PREREQ([2.50])dnl 63169689Skan# expand $ac_aux_dir to an absolute path 64169689Skanam_aux_dir=`cd $ac_aux_dir && pwd` 6550397Sobrien]) 6650397Sobrien 67169689Skan# Copyright (C) 1999, 2000, 2001, 2003, 2005 Free Software Foundation, Inc. 68169689Skan# 69169689Skan# This file is free software; the Free Software Foundation 70169689Skan# gives unlimited permission to copy and/or distribute it, 71169689Skan# with or without modifications, as long as this notice is preserved. 7250397Sobrien 73169689Skan# serial 3 7450397Sobrien 75169689Skan# AM_PROG_CC_C_O 76169689Skan# -------------- 77169689Skan# Like AC_PROG_CC_C_O, but changed for automake. 78169689SkanAC_DEFUN([AM_PROG_CC_C_O], 79169689Skan[AC_REQUIRE([AC_PROG_CC_C_O])dnl 80169689SkanAC_REQUIRE([AM_AUX_DIR_EXPAND])dnl 81169689Skan# FIXME: we rely on the cache variable name because 82169689Skan# there is no other way. 83169689Skanset dummy $CC 84169689Skanac_cc=`echo $[2] | sed ['s/[^a-zA-Z0-9_]/_/g;s/^[0-9]/_/']` 85169689Skanif eval "test \"`echo '$ac_cv_prog_cc_'${ac_cc}_c_o`\" != yes"; then 86169689Skan # Losing compiler, so override with the script. 87169689Skan # FIXME: It is wrong to rewrite CC. 88169689Skan # But if we don't then we get into trouble of one sort or another. 89169689Skan # A longer-term fix would be to have automake use am__CC in this case, 90169689Skan # and then we could set am__CC="\$(top_srcdir)/compile \$(CC)" 91169689Skan CC="$am_aux_dir/compile $CC" 9290075Sobrienfi 9390075Sobrien]) 9490075Sobrien 95169689Skanm4_include([../config/acx.m4]) 96169689Skanm4_include([../config/codeset.m4]) 97169689Skanm4_include([../config/gettext-sister.m4]) 98169689Skanm4_include([../config/iconv.m4]) 99169689Skanm4_include([../config/lcmessage.m4]) 100169689Skanm4_include([../config/lib-ld.m4]) 101169689Skanm4_include([../config/lib-link.m4]) 102169689Skanm4_include([../config/lib-prefix.m4]) 103169689Skanm4_include([../config/progtest.m4]) 104169689Skanm4_include([acinclude.m4]) 105