Here's what happens in graphviz-2.36.0: eautoreconf runs libtoolize that copies new libltdl around but doesn't run eautoreconf inside it afterwards. As a result, make is started with old configure/configure.ac inside libltdl, and fails trying to reconfigure it with old automake afterwards. Possibilities I see: 1. run eautoreconf in LT_CONFIG_LTDL_DIR after main autoreconf, 2. add LT_CONFIG_LTDL_DIR to AC_CONFIG_SUBDIR loop, and run it between pre-aclocal activities and aclocal.
Created attachment 392756 [details, diff] Patch delaying subdir eautoreconf Oh, I was wrong. For (2) you don't actually need explicit LT_CONFIG_LTDL_DIR, AC_CONFIG_SUBDIRS handles it. Attaching example patch that works for me. It's far from perfect but should cover most of the uses.
@base-system, Any updates on this? It's blocking graphviz stabilization for months :( Thanks
ping :/
Another instance of this bug: bug #561494
Oh.. I see: https://bugs.gentoo.org/show_bug.cgi?id=536420#c9 Does this mean the need to remove LTDL_INIT from configure.ac?
Please ignore my previous comment. %)
eautoreconf is designed to mimic autoreconf. in that regard, autoreconf does: autoreconf_current_directory(dir) { cd $dir autopoint aclocal for (all subdirs) autoreconf_current_directory $subdir libtoolize (automatically add --ltdl as needed) aclocal autoconf autoheader automake } autoreconf_current_directory . eautoreconf currently does: eautoreconf(dir) { cd $dir for (all subdirs) eautoreconf $subdir eaclocal autopoint/intltoolize/gtkdocize/elibtoolize eaclocal eautoconf eautoheader eautomake elibtoolize } eautoreconf . we are out of sync w/autoreconf in a few ways: - we subdirs before aclocal/autopoint - we run aclocal before autopoint - we don't automatically pass --ltdl to libtoolize (LT_CONFIG_LTDL_DIR) you're proposing doing: eautoreconf(dir) { cd $dir eaclocal autopoint/intltoolize/gtkdocize/elibtoolize for (all subdirs) eautoreconf $subdir eaclocal eautoconf eautoheader eautomake elibtoolize } eautoreconf . that doesn't really bring us in line either though. the reason graphviz fails is that it expects libtoolize to use --ltdl and we don't. i don't think the subdir ordering is the issue. i've fixed that here: http://gitweb.gentoo.org/repo/gentoo.git/commit/?id=87e80c5f4f04419eb8ec2986b2713ef59e7969fd and now graphviz works for me (after deleting the line that deletes libltdl).