On 2025-01-28 17:50, Bruno Haible via Bug reports for autoconf wrote: > $ ./configure --prefix=/tmp/inst --datarootdir=/tmp/dataroot > ... > configure: creating ./config.status > config.status: creating Makefile > config.status: creating src/main.rs > config.status: WARNING: 'src/main.rs.in' seems to ignore the --datarootdir > setting > config.status: creating Cargo.toml > config.status: creating m4/Makefile > config.status: creating po/Makefile > config.status: executing po-directories commands > > Look at src/main.rs.in: It has /tmp/dataroot/locale, which is as it > should be. > > The warning is apparently because Autoconf does not know that > configure.ac is already resolving variable references.
It seems the warning is correct and reasonable to me? Substituting directory variables at configure time is basically impossible to do in a manner that is compliant with the GNU coding standards, because the standards say that the user can specify prefix on the make command line instead of (or in addition to) the configure command line. % ./configure --prefix=/some/where % make prefix=/some/where/else to work and I imagine it does not work in your example. > Since the Autoconf source code has a comment > # FIXME: This hack should be removed a few years after 2.60. > and 2.60 was released in 2006 (more than 18 years ago): > How about removing this warning entirely now? Maybe it could be replaced with something less specific to datarootdir, but I don't think we should simply remove a warning which appears to be warning about a real problem. Cheers, Nick
