[SCM] GNU Autoconf source repository branch, master, updated. v2.68b-3-gcca288d

"Stefano Lattarini" <[email protected]> Sat, 03 Mar 2012 14:37:30 +0000
Newsgroups gmane.comp.sysutils.autoconf.cvs
Message-ID <[email protected]>
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 Autoconf source repository".

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

The branch, master has been updated
       via  cca288d94e1d1992dd157e43c5891213c87b46be (commit)
      from  46a40ee9c4fcc598e20d4d997915529ece58277d (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 -----------------------------------------------------------------
commit cca288d94e1d1992dd157e43c5891213c87b46be
Author: Stefano Lattarini <[email protected]>
Date:   Sat Mar 3 10:44:25 2012 +0100

    configure: don't infloop when re-executing with $CONFIG_SHELL
    
    It turns out our guard against infinite recursion wasn't good
    enough when shells without $LINENO support were involved, since
    the creation-and-sourcing of configure.lineno broke the guard's
    expectations.  Reports by Tim Rice and Paul Eggert.
    
    * lib/m4sugar/m4sh.m4 (_AS_LINENO_PREPARE): Export '_as_can_reexec'
    to "no" before sourcing the just-created configure.lineno.

-----------------------------------------------------------------------

Summary of changes:
 lib/m4sugar/m4sh.m4 |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/lib/m4sugar/m4sh.m4 b/lib/m4sugar/m4sh.m4
index be013aa..f05346b 100644
--- a/lib/m4sugar/m4sh.m4
+++ b/lib/m4sugar/m4sh.m4
@@ -1199,6 +1199,10 @@ dnl Eggert wrote the scripts with optimization help from Paolo Bonzini).
   chmod +x "$as_me.lineno"] ||
     AS_ERROR([cannot create $as_me.lineno; rerun with a POSIX shell])
 
+  # If we had to re-execute with $CONFIG_SHELL, we're ensured to have
+  # already done that, so ensure we don't try to do so again and fall
+  # in an infinite loop.  This has already happened in practice.
+  _as_can_reexec=no; export _as_can_reexec
   # Don't try to exec as it changes $[0], causing all sort of problems
   # (the dirname of $[0] is not the place where we might find the
   # original and so on.  Autoconf is especially sensitive to this).


hooks/post-receive
-- 
GNU Autoconf source repository