exec-tool.in: Use an environment variable (private) instead of a file (shared) as...
authorDJ Delorie <dj@redhat.com>
Fri, 30 May 2008 19:19:45 +0000 (15:19 -0400)
committerDJ Delorie <dj@gcc.gnu.org>
Fri, 30 May 2008 19:19:45 +0000 (15:19 -0400)
* exec-tool.in: Use an environment variable (private) instead of a
file (shared) as a semaphore, so as to not break parallel builds.

From-SVN: r136221

gcc/ChangeLog
gcc/exec-tool.in

index d61e4f4eb2d8220aae81a05e96fdcb2afd330abb..9d29edca4fc92c81ba1d53808788565a28a9cbfd 100644 (file)
@@ -1,3 +1,8 @@
+2008-05-30  DJ Delorie  <dj@redhat.com>
+
+       * exec-tool.in: Use an environment variable (private) instead of a
+       file (shared) as a semaphore, so as to not break parallel builds.
+
 2008-05-30  Steven Bosscher  <stevenb.gcc@gmail.com>
 
        * optabs.c (maybe_encapsulate_block): Remove.
index 6bdddd1d06348b67c37498facb1c3fd29a2a7651..98b4500e75e5822a53a2b07e55b9edd8c7a97f6e 100644 (file)
@@ -61,12 +61,11 @@ case "$original" in
       # libtool has not relinked ld-new yet, but we cannot just use the
       # previous stage (because then the relinking would just never happen!).
       # So we take extra care to use prev-ld/ld-new *on recursive calls*.
-      test -f $lt_prog-recursive && exec $scriptdir/../prev-$dir/$prog ${1+"$@"}
+      test x"$LT_RCU" = x"1" && exec $scriptdir/../prev-$dir/$prog ${1+"$@"}
 
-      touch $lt_prog-recursive
+      LT_RCU=1; export LT_RCU
       $scriptdir/../$dir/$prog ${1+"$@"}
       result=$?
-      rm -f $lt_prog-recursive
       exit $result
 
     else