[SCM] GNU Libtool branch, master, updated. v2.4.2-407-geee4f85

[Brooks Moses]

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 Libtool".

The branch, master has been updated
       via  eee4f853019cc246b1d65054771f85ef500098ff (commit)
       via  9f51e6182e458ae70479590efbe322a27ee8844a (commit)
       via  ad8c0319d0080f3390a7d24fae914458ae3868c0 (commit)
       via  c4eb7992f8eacae7944c9b843b2ebe61964afb76 (commit)
       via  cdb4d6a3db65e06c01299aa5ad726587311d3f0c (commit)
      from  d5a9df4837136fa90e9147778939d5c628bc7213 (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 eee4f853019cc246b1d65054771f85ef500098ff
Author: Fabian Groffen <address@hidden>
Date:   Wed Oct 9 14:44:15 2013 -0700

    libtool: Fix x86_64-pc-solaris2.* GNU ld breakage
    
    Since commit [1] libtool tries to set a 64-bits target for GNU
    ld.  However, it does so wrongly for x86_64-pc-solaris2.*
    targets, causing libtool to believe the linker is called
    ld_sol2.  There is no such thing, and it obviously breaks
    things further down.  Some people wrongly assume there is
    supposed to be an ld_sol2 on their systems, e.g. [2].
    
    I think the original change is fragile, because it assumes it
    has all CHOSTs matched, then appends _sol2.  In the wild,
    people have used amd64-pc-solaris2* too, so perhaps it would
    be safer if the code only appended _sol2 if there is actually
    an explicit target set.
    
    Anyhow, since the 64-bits sparc target is called sparc64-* or
    sparcv9-*, the sparc case is already correctly handled, so in
    the attached patch, I just added an x86_64-* case, although I
    could imagine relaxing the i?86 case to *86*-pc-solaris2* too.
    
    In any case, defaulting to a linker called ld_sol2 is wrong.
    
    [1] http://lists.gnu.org/archive/html/libtool-commit/2011-02/
    msg00000.html
    [2] http://osdyson.org/issues/8
    
    Copyright-paperwork-exempt: Yes

commit 9f51e6182e458ae70479590efbe322a27ee8844a
Author: Olivier Blin <address@hidden>
Date:   Wed Oct 9 14:33:39 2013 -0700

    libtool: Fix detection of ld version with parentheses.
    
    ld from crosstool-NG reports a version string with an extra
    version number in a parenthetical note:
    GNU ld (crosstool-NG 1.13.0) 2.21.1
    
    This made libtool assume that the ld version was the
    crosstool-NG version (1.13.0) instead of the real ld version
    (2.21.1).
    
    To fix the ld version string, this patch filters out any string
    between parentheses that is followed by a space.
    
    Because of this bug, filtering of exported symbols was not
    taking place with crosstool-NG toolchains.
    
    This issue has bee noticed when building pango, which exported
    harfbuzz symbols that should have remained hidden.
    
    Copyright-paperwork-exempt: Yes

commit ad8c0319d0080f3390a7d24fae914458ae3868c0
Author: Brooks Moses <address@hidden>
Date:   Wed Oct 9 14:28:16 2013 -0700

    libtool: Fix comment indentation
    
    This trivial patch fixes indentation on a comment to match
    the style used elsewhere in m4/libtool.m4.

commit c4eb7992f8eacae7944c9b843b2ebe61964afb76
Author: DJ Delorie <address@hidden>
Date:   Wed Oct 9 14:25:13 2013 -0700

    libtool: Add TPF settings for LT_SYS_DLOPEN_SELF
    
    * m4/libtool.m4: Since we know that all TPF builds are cross-
    builds, do not attempt to run linker tests during config. Use
    known constants instead, since we know how dlopen() is
    implemented.

commit cdb4d6a3db65e06c01299aa5ad726587311d3f0c
Author: Vincent Lefevre <address@hidden>
Date:   Wed Oct 9 14:19:07 2013 -0700

    libtool: Fix $wl setting for tcc on GNU systems
    
    (This addresses http://bugs.debian.org/663945.  See there for
    more-detailed discussion.)
    
    tcc gained support for "-Wl,-rpath -Wl,<directory>" in its
    commit 7fb0482a ("Support linker options passed in several -Wl
    param", 2012-03-14) but libtool doesn't know to use it.  Teach
    it.
    
    Without this change, running "make check" on MPFR when it has
    been built with tcc and shared libraries doesn't work because
    libtool generates a -rpath option, which tcc doesn't support.
    
    Copyright-paperwork-exempt: Yes

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

Summary of changes:
 m4/libtool.m4 |   20 +++++++++++++++++---
 1 files changed, 17 insertions(+), 3 deletions(-)

diff --git a/m4/libtool.m4 b/m4/libtool.m4
index 262922b..c02fb55 100644
--- a/m4/libtool.m4
+++ b/m4/libtool.m4
@@ -1432,7 +1432,7 @@ s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
       case $lt_cv_prog_gnu_ld in
       yes*)
         case $host in
-        i?86-*-solaris*)
+        i?86-*-solaris*|x86_64-*-solaris*)
           LD="${LD-ld} -m elf_x86_64"
           ;;
         sparc*-*-solaris*)
@@ -1919,7 +1919,7 @@ else
     ;;
 
   darwin*)
-  # if libdl is installed we need to link against it
+    # if libdl is installed we need to link against it
     AC_CHECK_LIB([dl], [dlopen],
                [lt_cv_dlopen=dlopen lt_cv_dlopen_libs=-ldl],[
     lt_cv_dlopen=dyld
@@ -1928,6 +1928,14 @@ else
     ])
     ;;
 
+  tpf*)
+    # Don't try to run any link tests for TPF.  We know it's impossible
+    # because TPF is a cross-compiler, and we know how we open DSOs.
+    lt_cv_dlopen="dlopen"
+    lt_cv_dlopen_libs=
+    lt_cv_dlopen_self=no
+    ;;
+
   *)
     AC_CHECK_FUNC([shl_load],
          [lt_cv_dlopen=shl_load],
@@ -4481,6 +4489,12 @@ m4_if([$1], [CXX], [
        _LT_TAGVAR(lt_prog_compiler_pic, $1)='-PIC'
        _LT_TAGVAR(lt_prog_compiler_static, $1)='-Bstatic'
        ;;
+      tcc*)
+       # Fabrice Bellard et al's Tiny C Compiler
+       _LT_TAGVAR(lt_prog_compiler_wl, $1)='-Wl,'
+       _LT_TAGVAR(lt_prog_compiler_pic, $1)='-fPIC'
+       _LT_TAGVAR(lt_prog_compiler_static, $1)='-static'
+       ;;
       pgcc* | pgf77* | pgf90* | pgf95* | pgfortran*)
         # Portland Group compilers (*not* the Pentium gcc compiler,
        # which looks to be a dead project)
@@ -4804,7 +4818,7 @@ dnl Note also adjust exclude_expsyms for C++ above.
       _LT_TAGVAR(whole_archive_flag_spec, $1)=
     fi
     supports_anon_versioning=no
-    case `$LD -v 2>&1` in
+    case `$LD -v | $SED -e 's/([^)]\+)\s\+//' 2>&1` in
       *GNU\ gold*) supports_anon_versioning=yes ;;
       *\ [[01]].* | *\ 2.[[0-9]].* | *\ 2.10.*) ;; # catch versions < 2.11
       *\ 2.11.93.0.2\ *) supports_anon_versioning=yes ;; # RH7.3 ...


hooks/post-receive
-- 
GNU Libtool