This is the mail archive of the
cygwin
mailing list for the Cygwin project.
RE: [SOLVED] RE: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2
- From: "Dave Korn" <dave dot korn at artimi dot com>
- To: <cygwin at cygwin dot com>
- Date: Mon, 13 Oct 2008 17:18:19 +0100
- Subject: RE: [SOLVED] RE: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2
- References: <announce.48038853.7090707@cwilson.fastmail.fm> <4803AA47.70501@users.sourceforge.net> <4803E38F.9080708@cwilson.fastmail.fm> <026b01c91f4b$bef97ec0$9601a8c0@CAM.ARTIMI.COM> <48F2C5FA.4010804@users.sourceforge.net>
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/