From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3352 invoked by alias); 6 Aug 2010 21:44:46 -0000 Received: (qmail 3341 invoked by uid 22791); 6 Aug 2010 21:44:46 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from out1.smtp.messagingengine.com (HELO out1.smtp.messagingengine.com) (66.111.4.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 06 Aug 2010 21:44:42 +0000 Received: from compute1.internal (compute1.internal [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id CCE27187154 for ; Fri, 6 Aug 2010 17:44:40 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 06 Aug 2010 17:44:40 -0400 Received: from [158.147.137.39] (158-147-137-39.harris.com [158.147.137.39]) by mail.messagingengine.com (Postfix) with ESMTPSA id 7E2DC4E7B4D; Fri, 6 Aug 2010 17:44:40 -0400 (EDT) Message-ID: <4C5C8247.3000800@cwilson.fastmail.fm> Date: Fri, 06 Aug 2010 21:44:00 -0000 From: Charles Wilson Reply-To: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Failed linking gettext-0.18 References: <4C59DEC5.70005@cwilson.fastmail.fm> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2010-08/txt/msg00149.txt.bz2 On 8/6/2010 4:20 AM, Markus Moeller wrote: > Can you tell me what the error means and what I can do to fix it ? > > Thank you > Markus > > "Charles Wilson" wrote in message PCYMTNQREAIYR -----^^^^^^^^^^^^ And please don't top-post: A: Yes. > Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? It's complicated. The upstream maintainer of gettext REALLY dislikes a mechanism used for symbol resolution by the GNU toolchain (gcc/ld) with DLLs on mingw and cygwin: "auto-import". So, he arranges that gettext is always compiled with --disable-auto-import. However, recent versions of g++'s runtime library, libstdc++, ITSELF, require auto-import when linking IIUC. Hence, boom. I'm not sure this is easily fixed. IF I am correct, there are two options: (1) teach g++ how to build a libstdc++ DLL that exports symbols "properly" rather than requiring auto-import. This depends on a new cygwin g++ compiler I think. OR, (2) override the build procedure for gettext to ensure that --enable-auto-import is provided on every link command, AFTER the "default" gettext setting of --disable-auto-import. IIRC, just setting LDFLAGS before configuring won't do it, because Bruno *deliberately* arranged things to make overriding his desired auto-import behavior difficult. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple