[OpenAFS-devel] [PATCH] handle nesting of vars in configure.in properly

[Sam Hartman]

>>>>> "Jeremy" == Jeremy Katz <katzj@redhat.com> writes:

    Jeremy> On Tuesday, October 09 2001, Derrick J Brashear said:
    >> On Tue, 9 Oct 2001, Jeremy Katz wrote: [my own text stripped] >
    >> Sure.  Easiest to demonstrate how this is done with an example
    >> I guess --
    >> > 
    >> > If you currently run configure with something like the
    >> following > ./configure --sysconfdir=/etc
    >> --with-afs-sysname=i386_linux24 ...
    >> > 
    >> > then, eg, viceetcdir is set to /etc/openafs throughout all of
    >> the > makefiles.  With the patch, it is set to
    >> ${sysconfdir}/openafs which is > literally what is wanted
    >> because it allows you to do things like
    >> > 
    >> > make sysconfdir=$buildroot/etc install
    >> > 
    >> > and have viceetcdir be $buildroot/etc/openafs during the make
    >> install as > opposed to /etc/openafs.
    >> 
    >> How would this give a different result than say make
    >> DESTDIR=$buildroot install ?

    Jeremy> It doesn't give a different result, per se, but it is a
    Jeremy> more correct way of doing things.  IMHO, DESTDIR is a hack
    Jeremy> best reserved for things which aren't using
    Jeremy> autoconf/automake since it's so trivial to do things with
    Jeremy> automake and autoconf.

DESTDIR is by far more correct, as it has semantics that are clearly
defined to only affect installation.  If you make install and change
some of the prefix variables, the package could for example expect to
run out of the directory you specified at make install time in some
strange ways.