|
57
|
1 # generated automatically by aclocal 1.11 -*- Autoconf -*-
|
|
|
2
|
|
|
3 # Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004,
|
|
|
4 # 2005, 2006, 2007, 2008, 2009 Free Software Foundation, Inc.
|
|
|
5 # This file is free software; the Free Software Foundation
|
|
|
6 # gives unlimited permission to copy and/or distribute it,
|
|
|
7 # with or without modifications, as long as this notice is preserved.
|
|
|
8
|
|
|
9 # This program is distributed in the hope that it will be useful,
|
|
|
10 # but WITHOUT ANY WARRANTY, to the extent permitted by law; without
|
|
|
11 # even the implied warranty of MERCHANTABILITY or FITNESS FOR A
|
|
|
12 # PARTICULAR PURPOSE.
|
|
|
13
|
|
|
14 # AM_AUX_DIR_EXPAND -*- Autoconf -*-
|
|
|
15
|
|
|
16 # Copyright (C) 2001, 2003, 2005 Free Software Foundation, Inc.
|
|
|
17 #
|
|
|
18 # This file is free software; the Free Software Foundation
|
|
|
19 # gives unlimited permission to copy and/or distribute it,
|
|
|
20 # with or without modifications, as long as this notice is preserved.
|
|
|
21
|
|
|
22 # For projects using AC_CONFIG_AUX_DIR([foo]), Autoconf sets
|
|
|
23 # $ac_aux_dir to `$srcdir/foo'. In other projects, it is set to
|
|
|
24 # `$srcdir', `$srcdir/..', or `$srcdir/../..'.
|
|
|
25 #
|
|
|
26 # Of course, Automake must honor this variable whenever it calls a
|
|
|
27 # tool from the auxiliary directory. The problem is that $srcdir (and
|
|
|
28 # therefore $ac_aux_dir as well) can be either absolute or relative,
|
|
|
29 # depending on how configure is run. This is pretty annoying, since
|
|
|
30 # it makes $ac_aux_dir quite unusable in subdirectories: in the top
|
|
|
31 # source directory, any form will work fine, but in subdirectories a
|
|
|
32 # relative path needs to be adjusted first.
|
|
|
33 #
|
|
|
34 # $ac_aux_dir/missing
|
|
|
35 # fails when called from a subdirectory if $ac_aux_dir is relative
|
|
|
36 # $top_srcdir/$ac_aux_dir/missing
|
|
|
37 # fails if $ac_aux_dir is absolute,
|
|
|
38 # fails when called from a subdirectory in a VPATH build with
|
|
|
39 # a relative $ac_aux_dir
|
|
|
40 #
|
|
|
41 # The reason of the latter failure is that $top_srcdir and $ac_aux_dir
|
|
|
42 # are both prefixed by $srcdir. In an in-source build this is usually
|
|
|
43 # harmless because $srcdir is `.', but things will broke when you
|
|
|
44 # start a VPATH build or use an absolute $srcdir.
|
|
|
45 #
|
|
|
46 # So we could use something similar to $top_srcdir/$ac_aux_dir/missing,
|
|
|
47 # iff we strip the leading $srcdir from $ac_aux_dir. That would be:
|
|
|
48 # am_aux_dir='\$(top_srcdir)/'`expr "$ac_aux_dir" : "$srcdir//*\(.*\)"`
|
|
|
49 # and then we would define $MISSING as
|
|
|
50 # MISSING="\${SHELL} $am_aux_dir/missing"
|
|
|
51 # This will work as long as MISSING is not called from configure, because
|
|
|
52 # unfortunately $(top_srcdir) has no meaning in configure.
|
|
|
53 # However there are other variables, like CC, which are often used in
|
|
|
54 # configure, and could therefore not use this "fixed" $ac_aux_dir.
|
|
|
55 #
|
|
|
56 # Another solution, used here, is to always expand $ac_aux_dir to an
|
|
|
57 # absolute PATH. The drawback is that using absolute paths prevent a
|
|
|
58 # configured tree to be moved without reconfiguration.
|
|
|
59
|
|
|
60 AC_DEFUN([AM_AUX_DIR_EXPAND],
|
|
|
61 [dnl Rely on autoconf to set up CDPATH properly.
|
|
|
62 AC_PREREQ([2.50])dnl
|
|
|
63 # expand $ac_aux_dir to an absolute path
|
|
|
64 am_aux_dir=`cd $ac_aux_dir && pwd`
|
|
|
65 ])
|
|
|
66
|
|
|
67 # Copyright (C) 1999, 2000, 2001, 2003, 2004, 2005, 2008
|
|
|
68 # Free Software Foundation, Inc.
|
|
|
69 #
|
|
|
70 # This file is free software; the Free Software Foundation
|
|
|
71 # gives unlimited permission to copy and/or distribute it,
|
|
|
72 # with or without modifications, as long as this notice is preserved.
|
|
|
73
|
|
|
74 # serial 6
|
|
|
75
|
|
|
76 # AM_PROG_CC_C_O
|
|
|
77 # --------------
|
|
|
78 # Like AC_PROG_CC_C_O, but changed for automake.
|
|
|
79 AC_DEFUN([AM_PROG_CC_C_O],
|
|
|
80 [AC_REQUIRE([AC_PROG_CC_C_O])dnl
|
|
|
81 AC_REQUIRE([AM_AUX_DIR_EXPAND])dnl
|
|
|
82 AC_REQUIRE_AUX_FILE([compile])dnl
|
|
|
83 # FIXME: we rely on the cache variable name because
|
|
|
84 # there is no other way.
|
|
|
85 set dummy $CC
|
|
|
86 am_cc=`echo $[2] | sed ['s/[^a-zA-Z0-9_]/_/g;s/^[0-9]/_/']`
|
|
|
87 eval am_t=\$ac_cv_prog_cc_${am_cc}_c_o
|
|
|
88 if test "$am_t" != yes; then
|
|
|
89 # Losing compiler, so override with the script.
|
|
|
90 # FIXME: It is wrong to rewrite CC.
|
|
|
91 # But if we don't then we get into trouble of one sort or another.
|
|
|
92 # A longer-term fix would be to have automake use am__CC in this case,
|
|
|
93 # and then we could set am__CC="\$(top_srcdir)/compile \$(CC)"
|
|
|
94 CC="$am_aux_dir/compile $CC"
|
|
|
95 fi
|
|
|
96 dnl Make sure AC_PROG_CC is never called again, or it will override our
|
|
|
97 dnl setting of CC.
|
|
|
98 m4_define([AC_PROG_CC],
|
|
|
99 [m4_fatal([AC_PROG_CC cannot be called after AM_PROG_CC_C_O])])
|
|
|
100 ])
|
|
|
101
|
|
|
102 m4_include([../libtool.m4])
|
|
|
103 m4_include([../ltoptions.m4])
|
|
|
104 m4_include([../ltsugar.m4])
|
|
|
105 m4_include([../ltversion.m4])
|
|
|
106 m4_include([../lt~obsolete.m4])
|
|
|
107 m4_include([../config/acx.m4])
|
|
|
108 m4_include([../config/codeset.m4])
|
|
|
109 m4_include([../config/gettext-sister.m4])
|
|
|
110 m4_include([../config/iconv.m4])
|
|
|
111 m4_include([../config/lcmessage.m4])
|
|
|
112 m4_include([../config/lib-ld.m4])
|
|
|
113 m4_include([../config/lib-link.m4])
|
|
|
114 m4_include([../config/lib-prefix.m4])
|
|
|
115 m4_include([../config/override.m4])
|
|
|
116 m4_include([../config/progtest.m4])
|
|
|
117 m4_include([../config/stdint.m4])
|
|
|
118 m4_include([../config/unwind_ipinfo.m4])
|
|
|
119 m4_include([../config/warnings.m4])
|
|
|
120 m4_include([acinclude.m4])
|
