X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Message-ID: <48F70A47.4040308@users.sourceforge.net> Date: Thu, 16 Oct 2008 04:32:55 -0500 From: "Yaakov (Cygwin Ports)" User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: [SOLVED] RE: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2 References: <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> <079e01c92d4f$4e677880$9601a8c0 AT CAM DOT ARTIMI DOT COM> In-Reply-To: <079e01c92d4f$4e677880$9601a8c0@CAM.ARTIMI.COM> Content-Type: multipart/mixed; boundary="------------050007050901030700070502" Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com --------------050007050901030700070502 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dave Korn wrote: > Uh, no, not sure what you're referring to; got a reference? http://cygwin.com/ml/cygwin/2008-04/msg00378.html > Another thought occurs: does that work for cross-compilation? You can't use /usr/bin/libtool for cross-compilation (it is coded for the i686-pc-cygwin toolchain), but the above OBJDUMP patch uses AC_CHECK_TOOL, so it should be fine for configure-generated libtools. > This would only apply to w32api files, yes? Yes, because lib/w32api is the only directory in the standard linker path that isn't standard to other systems. > 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? I would think the latter. I'm testing the attached patch against 0.17. > 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.) Not without a .cygport and patches, together with some more details. :-) Yaakov -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEAREIAAYFAkj3CkcACgkQpiWmPGlmQSOXuwCcD0vQxqpPviG9hec9kIDqJA2f IUQAl02HUn7oJj5LziVueql0kysd73w= =lpJm -----END PGP SIGNATURE----- --------------050007050901030700070502 Content-Type: text/x-patch; name="0.17-GETTEXT_VERSION-minimum.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="0.17-GETTEXT_VERSION-minimum.patch" --- origsrc/gettext-0.17/gettext-tools/misc/autopoint.in 2007-11-06 20:53:58.000000000 -0600 +++ src/gettext-0.17/gettext-tools/misc/autopoint.in 2008-10-12 23:14:20.306696700 -0500 @@ -294,6 +294,7 @@ 0.15 | \ 0.16 | 0.16.1 | \ 0.17 ) + ver=$version ;; *) func_fatal_error "The AM_GNU_GETTEXT_VERSION declaration in your $configure_in\ --------------050007050901030700070502 Content-Type: text/plain; charset=us-ascii -- 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/ --------------050007050901030700070502--