Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm Sender: cygwin-apps-owner AT cygwin DOT com List-Subscribe: List-Archive: List-Post: List-Help: , Delivered-To: mailing list cygwin-apps AT cygwin DOT com content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Subject: libtool devel auto-import broken X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Date: Sun, 17 Mar 2002 16:05:43 +1100 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: libtool devel auto-import broken Thread-Index: AcHNcWQtCz7mu2haRomXCQs2ujpDJA== From: "Robert Collins" To: "CygWin-Apps" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g2H55ou05082 the following patch (to the created file I know, sorry short of time) corrects a recent regression, related to libtol tags I think, that prevents libtool using auto-import in some cases. Cheers, Rob --- libtool.m4.old Sun Mar 17 16:06:04 2002 +++ libtool.m4 Sun Mar 17 16:06:13 2002 @@ -2554,7 +2554,7 @@ case $host_os in # _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1) is actually meaningless, # as there is no search path for DLLs. _LT_AC_TAGVAR(hardcode_libdir_flag_spec, $1)='-L$libdir' - _LT_AC_TAGVAR(allow_undefined_flag, $1)=unsupported + _LT_AC_TAGVAR(allow_undefined_flag, $1)= _LT_AC_TAGVAR(always_export_symbols, $1)=yes if $LD --help 2>&1 | egrep 'auto-import' > /dev/null; then