I’ve compiled libtool from the 2.5.4 release, but the same two tests fail in 
autoconf. I can’t figure out how to do a diff between your fedora rpms and the 
gnu libtool git repository. The only test that fails when running a check on 
libtool is C++ exception handling (test 146). Commenting out the single line in 
exceptions.at:398 <http://exceptions.at:398/> and the tests proceed fine.

As for the two tests that fail in autoconf:

293: Package requiring libtool                       FAILED (torture.at:2076)
300: autoreconf --exclude (libtoolize)               FAILED (torture.at:2405)

Here are the specific test logs:

293. torture.at:2037: testing Package requiring libtool ...
./torture.at:2075: autoreconf -Wall -v -i
stderr:
autoreconf: export WARNINGS=all
autoreconf: Entering directory '.'
autoreconf: configure.ac: no obvious need to run autopoint
autoreconf: running: aclocal 
--system-acdir=/Users/sdenney/Downloads/00_libraries/K/J001_GNU_Autoconf/autoconf/tests/at_empty_dir
 -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: configure.ac: not using Intltool
autoreconf: configure.ac: not using Gtkdoc
autoreconf: configure.ac: no need to run autopoint (confirmed)
autoreconf: running: autoconf 
--prepend-include=/Users/sdenney/Downloads/00_libraries/K/J001_GNU_Autoconf/autoconf/lib
 
--prepend-include=/Users/sdenney/Downloads/00_libraries/K/J001_GNU_Autoconf/autoconf/lib
autoreconf: configure.ac: not running autoheader: no config headers
autoreconf: running: automake --add-missing --copy --no-force
configure.ac:3: installing './install-sh'
configure.ac:3: installing './missing'
autoreconf: configure.ac: not running make: --make not given
autoreconf: Leaving directory '.'
stdout:
./torture.at:2076: $EGREP 'running: .*libtoolize' stderr
stderr:
stdout:
./torture.at:2076: exit code was 1, expected 0
293. torture.at:2037: 293. Package requiring libtool (torture.at:2037): FAILED 
(torture.at:2076)


300. torture.at:2369: testing autoreconf --exclude (libtoolize) ...
./torture.at:2403: autoreconf -Wall -v -i --exclude libtoolize
stderr:
autoreconf: export WARNINGS=all
autoreconf: Entering directory '.'
autoreconf: configure.ac: no obvious need to run autopoint
autoreconf: running: aclocal 
--system-acdir=/Users/sdenney/Downloads/00_libraries/K/J001_GNU_Autoconf/autoconf/tests/at_empty_dir
 -I m4
autoreconf: configure.ac: tracing
autoreconf: configure.ac: not using Libtool
autoreconf: configure.ac: not using Intltool
autoreconf: configure.ac: not using Gtkdoc
autoreconf: configure.ac: no need to run autopoint (confirmed)
autoreconf: running: autoconf 
--prepend-include=/Users/sdenney/Downloads/00_libraries/K/J001_GNU_Autoconf/autoconf/lib
 
--prepend-include=/Users/sdenney/Downloads/00_libraries/K/J001_GNU_Autoconf/autoconf/lib
autoreconf: configure.ac: not running autoheader: no config headers
autoreconf: running: automake --add-missing --copy --no-force
configure.ac:3: installing './install-sh'
configure.ac:3: installing './missing'
autoreconf: configure.ac: not running make: --make not given
autoreconf: Leaving directory '.'
stdout:
./torture.at:2403: exit code was 0, expected 1
300. torture.at:2369: 300. autoreconf --exclude (libtoolize) (torture.at:2369): 
FAILED (torture.at:2403)


Thanks
— Sean

> On May 12, 2026, at 7:00 PM, Paul Eggert <[email protected]> wrote:
> 
> On 2026-05-11 19:13, Sean Denney via Bug reports for autoconf wrote:
>> See attached for the testsuite.log file.
> 
> Nothing was attached, unfortunately. An archive of your email is here:
> 
> https://lists.gnu.org/r/bug-autoconf/2026-05/msg00001.html
> 
> Not sure the testsuite.log file would help much, though.
> 
> Since your test failures are libtool-related, and since you're using "GNU 
> libtool 2.5.4.3-b341-dirty", it's probably something to do with that 
> "-b341-dirty". I don't see a problem when using your recipe on Fedora 44, 
> which is running libtool.x86_64 2.5.4-10.fc44, so perhaps you can compare 
> Fedora 44's libtool source to your libtool source.
> 
> https://packages.fedoraproject.org/pkgs/libtool/libtool/

Reply via email to