Libobj tests: refer to automake bug tracker for limitations.

* tests/libobj15b.test (configure.in): In the comment explaining
why an apparently redundant AC_OUTPUT is indeed needed, refer
to the relevant entry in the Automake bug tracker rather than
describing the bug in detail with a FIXME-style comment.
* tests/libobj15c.test: Likewise.
* tests/libobj20b.test: Likewise.

diff --git a/ChangeLog b/ChangeLog
index 1848edf94b766c8f3b3d868db3adc2e72530de43..261cde81b24927cb0ed219f0c6f489a7683ee0ea 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,13 @@
 2010-12-13  Stefano Lattarini  <stefano.lattarini@gmail.com>
 
+       Libobj tests: refer to automake bug tracker for limitations.
+       * tests/libobj15b.test (configure.in): In the comment explaining
+       why an apparently redundant AC_OUTPUT is indeed needed, refer
+       to the relevant entry in the Automake bug tracker rather than
+       describing the bug in detail with a FIXME-style comment.
+       * tests/libobj15c.test: Likewise.
+       * tests/libobj20b.test: Likewise.
+
        Libobj tests: do not use `##' automake comments in-line.
        * tests/libobj19.test (Makefile.am): Do not use inline `##'
        comments in the definition of AUTOMAKE_OPTIONS.

diff --git a/tests/libobj15b.test b/tests/libobj15b.test
index 000ba1fd91a430330e157feead45f93ff32dbd84..3816602a9672723597d2fb37b7cc678f09cd1957 100755 (executable)
--- a/tests/libobj15b.test
+++ b/tests/libobj15b.test
@@ -24,9 +24,8 @@ cat >> configure.in << 'END'
 AC_PROG_CC
 AC_PROG_RANLIB
 AC_LIBSOURCE([foobar.c])
-# FIXME: without a call to AC_OUTPUT, Automake does not fail when file(s)
-#        specified in AC_LIBSOURCE call(s) do not exist.  Should we fix
-#        this limitation?  Or is the current behaviour good enough?
+# NOTE: this call to AC_OUTPUT is really needed; see Automake bug #7635
+#       <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7635>
 AC_OUTPUT
 END
 

diff --git a/tests/libobj15c.test b/tests/libobj15c.test
index f1aa259a2b9985c4230cab5fb681926ec99bad0b..29e0aa7d99996a21aaf6cee26f90beb9255c36b7 100755 (executable)
--- a/tests/libobj15c.test
+++ b/tests/libobj15c.test
@@ -24,9 +24,8 @@ cat >> configure.in << 'END'
 AC_PROG_CC
 AC_PROG_RANLIB
 AC_LIBSOURCES([foobar.c, bazquux.c])
-# FIXME: without a call to AC_OUTPUT, Automake does not fail when file(s)
-#        specified in AC_LIBSOURCES call(s) do not exist.  Should we fix
-#        this limitation?  Or is the current behaviour good enough?
+# NOTE: this call to AC_OUTPUT is really needed; see Automake bug #7635
+#       <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7635>
 AC_OUTPUT
 END
 

diff --git a/tests/libobj20b.test b/tests/libobj20b.test
index 1662110d4df64bfb756611ffcaf7f76be3b24c4c..f57a78b45a29421ade7e152ca88295b1031e2459 100755 (executable)
--- a/tests/libobj20b.test
+++ b/tests/libobj20b.test
@@ -26,9 +26,8 @@ AC_CONFIG_LIBOBJ_DIR([libobj-dir])
 AC_PROG_CC
 AC_PROG_RANLIB
 AC_LIBSOURCE([foobar.c])
-# FIXME: without a call to AC_OUTPUT, Automake does not fail when file(s)
-#        specified in AC_LIBSOURCE call(s) do not exist.  Should we fix
-#        this limitation?  Or is the current behaviour good enough?
+# NOTE: this call to AC_OUTPUT is really needed; see Automake bug #7635
+#       <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7635>
 AC_OUTPUT
 END