X-Recipient:	archive-cygwin AT delorie DOT com
X-Spam-Check-By:	sourceware.org
From:	"Dave Korn" <dave DOT korn AT artimi DOT com>
To:	<cygwin AT cygwin DOT com>
References:	<announce DOT 48038853 DOT 7090707 AT cwilson DOT fastmail DOT fm> <4803AA47 DOT 70501 AT users DOT sourceforge DOT net> <4803E38F DOT 9080708 AT cwilson DOT fastmail DOT fm> <026b01c91f4b$bef97ec0$9601a8c0 AT CAM DOT ARTIMI DOT COM> <48F2C5FA DOT 4010804 AT users DOT sourceforge DOT net>
Subject:	RE: [SOLVED] RE: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2
Date:	Mon, 13 Oct 2008 17:18:19 +0100
Message-ID:	<079e01c92d4f$4e677880$9601a8c0@CAM.ARTIMI.COM>
MIME-Version:	1.0
X-Mailer:	Microsoft Office Outlook 11
In-Reply-To:	<48F2C5FA.4010804@users.sourceforge.net>
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

Yaakov (Cygwin Ports) wrote on 13 October 2008 04:52:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
> 
> Dave Korn wrote:
>>   Yep, you've got it.  The problem is that OBJDUMP is not set to
>> anything, and so the regexes all fail pretty hard.  And the reason that
>> OBJDUMP is not set to anything is due to this very common idiom in GNU
>> projects that exercise recursive makes:
> 
> Actually, I hate to burst your bubble, but I think that this is not the
> reason.  Remember that I fixed the missing OBJDUMP defines, and Chuck
> included those patches in 2.2.2-2 and pushed them upstream.  

  Uh, no, not sure what you're referring to; got a reference?  Hmm, I see an
"OBJDUMP=objdump" definition near the top of usr/bin/libtool.  I /thought/ I'd
been using uptodate libtool to build gcc packages (I do that on my home PC and
I'm at work now so can't check), but I guess I can infer that I must not have
been after all; I'm absolutely certain the only problem I had was no
definition of objdump (the symptoms are immediately distinguishable when you
see the output running under "bash -x".)

  Another thought occurs: does that work for cross-compilation?

> "/usr/lib /lib/w32api /lib /usr/local/lib".  However, since
> AM_GNU_GETTEXT (or AM_ICONV) is invariably called *after*
> AC_PROG_LIBTOOL/LT_INIT, the correct value is clobbered, and suddenly
> libtool can't find a library that the linker can.

  This would only apply to w32api files, yes?

> Thoughts?

  Well that certainly is a problem with lib-link.m4.  Perhaps libtool should
mark sys_lib_search_path_spec read-only?  Or would that just cause a failure
later down the line?

  Ok, now I've got one for you :-)  Got any idea why libtool isn't including
the typeinfo from my shared libstdc++ when it generates the import library?
(If you do have any insight into this area, we should probably start a
separate thread.)

    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -