automake-commit
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Automake-commit] [SCM] GNU Automake branch, maint, updated. v1.13b-11-g


From: Stefano Lattarini
Subject: [Automake-commit] [SCM] GNU Automake branch, maint, updated. v1.13b-11-ge9d79f1
Date: Mon, 03 Jun 2013 19:22:03 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Automake".

http://git.sv.gnu.org/gitweb/?p=automake.git;a=commitdiff;h=e9d79f111a43882d299ca9ee8d4783f4bc17b99a

The branch, maint has been updated
       via  e9d79f111a43882d299ca9ee8d4783f4bc17b99a (commit)
       via  de1343a64dd80d931ba6c4f26e35c7db4919dc1f (commit)
       via  0ebaea2db692519209d739b54d051e11346ebb80 (commit)
       via  e166a135ee816d82829e59f669ca4d61a767adc0 (commit)
       via  14b9ec0ed59264f1c16b5cbff564cc4b2aaa868f (commit)
       via  6d03501bcae9249dd87dad2cb7feb78d5fcfd89a (commit)
       via  a7cf36aeb8a2f42108f16fd7de7131385bd7ca1c (commit)
       via  d6013ec5d75e2bf545fd2027c4b036800a265b86 (commit)
       via  9137db89c88d5fceed1c80beeb2969d36a9e72c9 (commit)
       via  b4eefc79759fcb2c5941a65759d242488af8ed1a (commit)
      from  b3bf07f7716a9bf965e9cfefa4131a478a188a27 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
-----------------------------------------------------------------------

Summary of changes:
 NEWS                               |   49 ++++++++++++++++++-----------------
 THANKS                             |    1 +
 configure.ac                       |    3 --
 t/cxx-demo.sh                      |    6 +++-
 t/remake-configure-dependencies.sh |    3 ++
 t/tags-pr12372.sh                  |   12 ++++++++-
 6 files changed, 45 insertions(+), 29 deletions(-)

diff --git a/NEWS b/NEWS
index 9a69a25..46d6b2e 100644
--- a/NEWS
+++ b/NEWS
@@ -32,7 +32,7 @@
     (the one that has until now been labelled as '1.14') will actually
     become "Automake 2.0".  Automake 1.14 will be the next minor version,
     which will introduce new features, deprecations and bug fixes, but
-    no real backward incompatibility.
+    no serious backward incompatibility.
 
   - See discussion about automake bug#13578 for more details and
     background: <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13578>
@@ -72,10 +72,10 @@
     to retire support for them in December 2013:
     <http://www.sgi.com/services/support/irix_mips_support.html>
 
-  - Future versions of Automake might remove support for MS-DOS and
-    Windows 95/98/ME (support for them was offered by relying on the
-    DJGPP project).  Note however that both Cygwin and MSYS/MinGW on
-    modern Windows versions will continue to be fully supported.
+  - Automake 2.0 will remove support for MS-DOS and Windows 95/98/ME
+    (support for them was offered by relying on the DJGPP project).
+    Note however that both Cygwin and MSYS/MinGW on modern Windows
+    versions will continue to be fully supported.
 
   - Automake-provided scripts and makefile recipes might (finally!)
     start assuming a POSIX shell in Automake 2.0.
@@ -223,18 +223,19 @@ New in 1.13.3:
 
 * Bugs fixed:
 
-  - Byte-compilation of Emacs lisp files could fail spuriously on Solaris,
-    when /bin/ksh or /usr/xpg4/bin/sh were used as shell.
+  - Byte-compilation of Emacs lisp files could fail spuriously on
+    Solaris,  when /bin/ksh or /usr/xpg4/bin/sh were used as shell.
 
-  - The same user-defined suffix being transformed into different
-    Automake-known suffixes in different Makefiles could confuse automake
-    and make it generate inconsistent Makefiles (automake bug#14441).
-    For example, if 'Makefile.am' contained a ".ext.cc:" suffix rule, and
-    'sub/Makefile.am' contained a ".ext.c:" suffix rule, automake would
-    have mistakenly put into 'Makefile.in' rules to compile *.c files
-    into object files, and into 'sub/Makefile.in' rules to compile *.cc
-    files into object files --- rather than the other way around.
-    This is now fixed.
+  - If the same user-defined suffixes were transformed into different
+    Automake-known suffixes in different Makefile.am files in the same
+    project, automake could get confused and generate inconsistent
+    Makefiles (automake bug#14441).
+    For example, if 'Makefile.am' contained a ".ext.cc:" suffix rule,
+    and 'sub/Makefile.am' contained a ".ext.c:" suffix rule, automake
+    would have mistakenly placed into 'Makefile.in' rules to compile
+    "*.c" files into object files, and into 'sub/Makefile.in' rules to
+    compile "*.cc" files into object files --- rather than the other
+    way around.  This is now fixed.
 
 * Testsuite work:
 
@@ -247,16 +248,16 @@ New in 1.13.3:
     'run_make', and several related changes.  These serve a two-fold
     purpose:
 
-      1. Removing brittleness due to the use of "make -e" in test cases.
+     1. Remove brittleness due to the use of "make -e" in test cases.
 
-      2. Seamlessly allowing the use of parallel make ("make -j...") in
-         the test cases, even where redirection of make output is involved
-         (see automake bug#11413 for a description of the subtle issues in
-         this area).
+     2. Seamlessly allow the use of parallel make ("make -j...") in the
+        test cases, even where redirection of make output is involved
+        (see automake bug#11413 for a description of the subtle issues
+        in this area).
 
-  - Few spurious failures have been fixed (they hit especially MinGW/MSYS).
-    See automake bugs #14493, #14494, #14495, #14498, #14499, #14500 and
-    #14501.
+  - Several spurious failures have been fixed (they hit especially
+    MinGW/MSYS builds).  See automake bugs #14493, #14494, #14495,
+    #14498, #14499, #14500, #14501, #14517 and #14528.
 
   - Some other minor miscellaneous changes and fixlets.
 
diff --git a/THANKS b/THANKS
index 07b8e9f..763c285 100644
--- a/THANKS
+++ b/THANKS
@@ -67,6 +67,7 @@ Christian Cornelssen            address@hidden
 Christina Gratorp               address@hidden
 Claudio Fontana                 address@hidden
 Clifford Wolf                   address@hidden
+Colin Watson                    address@hidden
 Dagobert Michelsen              address@hidden
 Daiki Ueno                      address@hidden
 Dalibor Topic                   address@hidden
diff --git a/configure.ac b/configure.ac
index b90f6a4..1c3db78 100644
--- a/configure.ac
+++ b/configure.ac
@@ -251,9 +251,6 @@ exit 77" >&AS_MESSAGE_LOG_FD 2>&1; test $? -eq 77; }
 # would emit "P=1" into file with /usr/xpg4/bin/sh from Solaris 10 and
 # /bin/sh from SunOS 5.11 and OpenBSD 4.7.
 #
-# Finally, we look for weird bugs and portability problems mentioned in
-# the Autoconf manual, and reject shells that suffers from them. (TODO)
-#
 # Use '$am_score' to indicate the degree of acceptability of the shell.
 # A score of "10" means that the shell is good enough for our needs;
 # a score of "9" means that the shell has some minor bugs or limitation,
diff --git a/t/cxx-demo.sh b/t/cxx-demo.sh
index f872c43..97a46ce 100644
--- a/t/cxx-demo.sh
+++ b/t/cxx-demo.sh
@@ -165,7 +165,11 @@ END
     Good morning, work.
 END
   for p in play work; do
-    # Strip CR characters catering to MinGW programs on MSYS.
+    # The program must run correctly (exit status = 0).
+    ./$p
+    # And it must have the expected output.  Note that we strip extra
+    # CR characters (if any), to cater to MinGW programs on MSYS.
+    # See automake bug#14493.
     ./$p | tr -d '\015' > got.$p || { cat got.$p; exit 1; }
     cat exp.$p
     cat got.$p
diff --git a/t/remake-configure-dependencies.sh 
b/t/remake-configure-dependencies.sh
index 2e5df88..d81d881 100644
--- a/t/remake-configure-dependencies.sh
+++ b/t/remake-configure-dependencies.sh
@@ -61,6 +61,7 @@ $AUTOMAKE
 ./configure
 $MAKE test-1
 
+$sleep
 (echo '#!/bin/sh' && echo 'printf %s 2.1') > print-version
 using_gmake || $MAKE Makefile
 $MAKE test-2
@@ -70,6 +71,8 @@ mkdir build
 cd build
 ../configure
 $MAKE test-2
+
+$sleep
 (echo '#!/bin/sh' && echo 'printf %s 3.14') > ../print-version
 using_gmake || $MAKE Makefile
 $MAKE test-3
diff --git a/t/tags-pr12372.sh b/t/tags-pr12372.sh
index 4eeb9be..6cf6e6e 100644
--- a/t/tags-pr12372.sh
+++ b/t/tags-pr12372.sh
@@ -63,7 +63,17 @@ $AUTOMAKE
 
 ./configure
 
-$MAKE
+# Exuberant Ctags (at least version 5.8) doesn't generate any tags
+# for file extensions it doesn't recognize.  This can be fixed by
+# using the '--langmap' option.  But we must be careful, because
+# etags from Emacs (at least version 23.4) doesn't recognize that
+# option.
+if etags --help | grep '.*--langmap'; then
+  run_make ETAGSFLAGS="--langmap=c:+.pc"
+else
+  $MAKE
+fi
+
 cat TAGS
 cat sub/TAGS
 $FGREP foo-main.pc TAGS


hooks/post-receive
-- 
GNU Automake



reply via email to

[Prev in Thread] Current Thread [Next in Thread]