If aclocal from automake_1.8 is invoked in a package directory, it fails with an
error reporting that it cannot open a certain .m4 file required by the package's
autotools macro files. Weirdest of all is that the file apparently has been
found first by a macro definition contained within it.
Any aclocal from earlier major versions of automake does not report such an error.
Steps to Reproduce:
1. Make sure automake_1.8 is installed.
2. Unpack opencdk-0.5.3 source archive from the opencdk source package.
3. Set environment variable AUTOMAKE_VERSION=1.8
4. Change to the source directory opencdk-0.5.3 and run aclocal
aclocal-1.8: cannot open libgcrypt.m4: No such file or directory
Well, all previous automake versions ignored this m4_include expression completely,
you can see this by just renaming libgcrypt.m4 to foobar.m4.
Since m4_include doesn't use dirlist (according to documentation, it just opens the file given as
argument), I see no error in aclocal behaviour.
In opencdk package, you should remove both aclocal.m4 and acinclude.m4 files.
Automake should find all necessary macros using its dependency tracker logic.