[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Putting exact text in a define
From: |
Akim Demaille |
Subject: |
Re: Putting exact text in a define |
Date: |
29 Nov 2000 11:49:48 +0100 |
User-agent: |
Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands) |
>>>>> "Alexandre" == Alexandre Oliva <address@hidden> writes:
Alexandre> On Nov 27, 2000, "Town, Brad" <address@hidden> wrote:
>> I tried that as well (I didn't list everything I'd tried). If
>> there's no way to do it, I'd like to know so I don't keep trying
>> the impossible...
Alexandre> Look for AC_DEFINE_DIR or something alike in the autoconf
Alexandre> macro archive. http://research.cys.de/autoconf-archive/
You should also peek at the current documentation. Here is the
relevant part for convenience.
Installation Directory Variables
--------------------------------
The following variables specify the directories where the package
will be installed, see *Note Variables for Installation Directories:
(standards)Directory Variables, for more information. See the end of
this section for details on when and how to use these variables.
- Variable: bindir
The directory for installing executables that users run.
[CUT]
Most of these variables have values that rely on `prefix' or
`exec_prefix'. It is on purpose that the directory output variables
keep them unexpanded: typically address@hidden@' will be replaced by
`${prefix}/share', not `/usr/local/share'.
This behavior is mandated by the GNU coding standards, so that when
the user runs:
`make'
she can still specify a different prefix from the one specified to
`configure', in which case, if needed, the package shall hard code
dependencies to her late desires.
`make install'
she can specify a different installation location, in which case
the package _must_ still depend on the location which was compiled
in (i.e., never recompile when `make install' is run). This is an
extremely important feature, as many people may decide to install
all the files of a package grouped together, and then install
links from the final locations to there.
In order to support these features, it is essential that `datadir'
remains being defined as `${prefix}/share' to depend upon the current
value of `prefix'.
A corollary is that you should not use these variables but in
Makefiles. For instance, instead of trying to evaluate `datadir' in
`configure' and hardcoding it in Makefiles using e.g.
`AC_DEFINE_UNQUOTED(DATADIR, "$datadir")', you should add
`-DDATADIR="$(datadir)"' to your `CFLAGS'.
Similarly you should not rely on `AC_OUTPUT_FILES' to replace
`datadir' and friends in your shell scripts and other files, rather let
`make' manage their replacement. For instance Autoconf ships templates
of its shell scripts ending with `.sh', and uses this Makefile snippet:
.sh:
rm -f $@ address@hidden
sed 's,@datadir\@,$(pkgdatadir),g' $< >address@hidden
chmod +x address@hidden
mv address@hidden $@
Three things are noteworthy:
address@hidden@'
The backslash prevents `configure' from replacing address@hidden@' in
the sed expression itself.
`$(pkgdatadir)'
Don't use address@hidden@'! Use the matching makefile variable
instead.
`,'
Don't use `/' in the sed expression(s) since most probably the
variables you use, such as `$(pkgdatadir)', will contain some.