test.sh.in: #/bin/bash ls @runstatedir@ configure.ac: # Taken from http://www.idryman.org/blog/2016/03/10/autoconf-tutorial-1/ # Must init the autoconf setup # The first parameter is project name # second is version number # third is bug report address AC_INIT([test], [1.0])
# We want to expand templates in this file AC_CONFIG_FILES([test.sh]) # Store the auxiliary build tools (e.g., install-sh, config.sub, config.guess) # in this dir (build-aux) AC_CONFIG_AUX_DIR([build-aux]) # Generate the output AC_OUTPUT On Fri, Mar 5, 2021 at 12:12 PM Ondrej Dubaj <odu...@redhat.com> wrote: > When backporting the given commit to version 2.69: > > > https://git.savannah.gnu.org/cgit/autoconf.git/commit/?id=a197431414088a417b407b9b20583b2e8f7363bd > > we are experiencing problems with behaviour in Fedora. > > In the documentation there is: By default runstatedir is a subdirectory of > ${localstatedir}, > but it doesn't behave in such a way. The expectation was that after setting > > --localstatedir=/dirA > > will it change also @runstatedir@ to /dirA/run. But @runstatedir@ changes > always to /run. > > Steps to Reproduce: > 1. run autoreconf --verbose --install --force > 2. mkdir /tmp/run/ > 3. touch /tmp/run/file1 > 4. ./configure --localstatedir=/tmp > 5. ./test.sh > Actual results: > list /run > > Expected results: > list /tmp/run > > test.sh.in: > > *#/bin/bashls @runstatedir@* > > configure.ac: > > > > > > > > > > > > > > > > > *# Taken from http://www.idryman.org/blog/2016/03/10/autoconf-tutorial-1/ > <http://www.idryman.org/blog/2016/03/10/autoconf-tutorial-1/># Must init the > autoconf setup# The first parameter is project name# second is version > number# third is bug report addressAC_INIT([test], [1.0])# We want to expand > templates in this fileAC_CONFIG_FILES([test.sh])# Store the auxiliary build > tools (e.g., install-sh, config.sub, config.guess)# in this dir > (build-aux)AC_CONFIG_AUX_DIR([build-aux])# Generate the outputAC_OUTPUT* > > Is there anything missing in the applied patch adding runstatedir option ? > > Thanks for cooperation. > > Red Hat developers > >
