On Sat, 17 Jul 2004 08:53:18 -0700, Toshio Kuratomi wrote: > Some months ago I asked whether patching or rerunning the auto* tools was > the better method when modifying build files in a spec file. This > question is for those that thought that using the auto* tools was the right > way to go. Where size doesn't matter, I'm all for patching a pristine source tarball with regenerated auto* files. Usually, however, such a patch will be larger than 1 MiB uncompressed and duplicate the size of an average rpm easily. > I've recently run across autoreconf [1]_ in the autoconf toolset and > wondered if the best way to rebuild build scripts would be something like:: > > %setup > # Patch to configure.in, Makefile.am, etc > %patch0 -p1 > %build > autoreconf > ... > > Is this cleaner than using libtoolize --force or autogen.sh? autogen.sh usually suffers from the drawback that it doesn't add --force options. As a result, you end up with a mismatch between autotools and libtool versions/files and e.g. get libraries without the .so at the end and other defects. Use the method that works for you. Both methods create an ugly and sometimes troublesome dependence on the auto*/libtool packages, often the versioned ones like automake16, autoconf253, ... > If so, are there some options that would be appropriate to always pass to > autoreconf? --force --install seem like likely candidates. Certainly --force --install. -- Fedora Core release 2.90 (FC3 Test 1) - Linux 2.6.7-1.478
