]> git.saurik.com Git - bison.git/blame_incremental - djgpp/config.site
* tests/glr-regression.at
[bison.git] / djgpp / config.site
... / ...
CommitLineData
1#! /bin/sh
2
3# This is the config.site file for configuring GNU packages
4# which are to be built with DJGPP tools.
5
6# Include the djgpp subdirectory in PATH, so that getconf is found
7PATH="$srcdir/djgpp;$PATH"
8
9# These two variables are required, otherwise looking for
10# programs along the PATH will not work.
11PATH_SEPARATOR=:
12PATH_EXPAND=y
13
14# This is required in for "test -f foo" to find foo.exe
15export TEST_FINDS_EXE=y
16
17# The root of the DJGPP tree serves as the default prefix
18test "x$prefix" = xNONE && prefix='/dev/env/DJDIR'
19
20# This is required for config.status script to be run, since
21# ./configure runs it by invoking ${CONFIG_SHELL-/bin/sh}
22CONFIG_SHELL=${CONFIG_SHELL='sh'}
23
24# A sane defualt for emacs.
25ac_cv_path_EMACS=${EMACS='/dev/env/DJDIR/gnu/emacs/bin/emacs'}
26
27# These are set here so the generated Makefile's will be good
28# for every DJGPP installation, not only the one where the
29# package was configured.
30# $INSTALL must be an absolute path name, otherwise config.status
31# will try to prepend ./ and ../ to it when it goes into subdirs.
32INSTALL=${INSTALL='/dev/env/DJDIR/bin/ginstall -c'}
33RANLIB=${RANLIB='ranlib'}
34GMSGFMT=${GMSGFMT='/dev/env/DJDIR/bin/msgfmt'}
35MSGFMT=${MSGFMT='/dev/env/DJDIR/bin/msgfmt'}
36XGETTEXT=${XGETTEXT='/dev/env/DJDIR/bin/xgettext'}
37
38# A sane default for emacs.
39ac_cv_path_EMACS=${EMACS='/dev/env/DJDIR/gnu/emacs/bin/emacs'}
40
41# A sane default for m4.
42ac_cv_path_M4=${M4='/dev/env/DJDIR/bin/m4'}
43
44# These are set here so the generated libtool will be good
45# for every DJGPP installation, not only the one where the
46# package was configured.
47NM=${NM='nm'}
48LD=${LD='ld'}
49
50# Force the test for 'ln -s' to report 'cp -pf'.
51ac_cv_prog_LN_S='cp -pf'
52
53# There is no fork and vfork functionality.
54ac_cv_func_fork=no
55ac_cv_func_vfork=no
56ac_cv_func_pipe=no