As far as I can tell from
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=7860
there is nothing left to do here. Please update if incorrect.
Closing via bcc. --karl
Hi Ralf, Dave,
5.11.5 was released December 13 and does not have this problem.
Thanks for letting me know!!
Regards, Bruce
On Wed, Jan 19, 2011 at 10:21 AM, Ralf Wildenhues
wrote:
> diff -ru am-libopts-subpkg/subproj/libopts/m4/liboptschk.m4
> am-libopts-subpkg/subproj/libopts/m4/liboptschk.m
* Dave Hart wrote on Tue, Jan 18, 2011 at 10:13:21PM CET:
> When invoked by autoreconf of a project with nested configure.ac
> files, automake does not respect the disabling of AC_CONFIG_FILES by
> the top-level configure.ac using AM_COND_IF, resulting in an incorrect
> Makefile. Re-running autore
* Dave Hart wrote on Tue, Jan 18, 2011 at 10:13:21PM CET:
> http://support.ntp.org/people/hart/am-libopts-subpkg.tar.gz
First off, here's a trivial portability fix from that tarball.
Cheers,
Ralf
2011-01-19 Ralf Wildenhues
* m4/liboptschk.m4 (ag_FIND_LIBOPTS): Avoid bashism.
diff -r
When invoked by autoreconf of a project with nested configure.ac
files, automake does not respect the disabling of AC_CONFIG_FILES by
the top-level configure.ac using AM_COND_IF, resulting in an incorrect
Makefile. Re-running autoreconf from within the nested project
produces correct output.
http
