X-Recipient: archive-cygwin AT delorie DOT com 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 Message-ID: <4C5D8174.3080606@cwilson.fastmail.fm> Date: Sat, 07 Aug 2010 11:53:24 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: Cygwin Mailing List Subject: Re: Failed linking gettext-0.18 References: <4C59DEC5 DOT 70005 AT cwilson DOT fastmail DOT fm> <4C5C8247 DOT 3000800 AT cwilson DOT fastmail DOT fm> <20100807085355 DOT GA12927 AT calimero DOT vinschen DOT de> In-Reply-To: <20100807085355.GA12927@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 On 8/7/2010 4:53 AM, Corinna Vinschen wrote: > On Aug 6 17:44, Charles Wilson wrote: >> IIRC, just setting LDFLAGS before configuring won't do it, because >> Bruno *deliberately* arranged things to make overriding his desired >> auto-import behavior difficult. > > So, just because he "dislikes" a gcc setting, he deliberately breaks > building the lib? How nice! Well, no. His mechanism has worked since gettext-0.11 or so, and just because the shared libraries and executables in the gettext distribution are compiled with --disable-auto-import has no bearing on any external clients of those libraries (e.g. you could still compile clients of libintl "normally"). What MAY have broken the scheme here -- and at this point it is still just supposition on my part -- is that one of the DLLs that the gettext milieu itself depends on NOW suddenly requires auto-import. So it was an external change in the gcc runtime libs on cygwin that broke the scheme (if I'm right). Bruno has technical reasons for his "dislike"; mainly, that prior to the advent of v2 pseudo-relocs, the text section and read-only section(s) of DLLs had to be writable -- and therefore not shared between multiple processes. Even now, with v2 relocs, gcc still uses a variant linker script when auto-import is enabled, giving the same memory wastage. We could change that in a new gcc release, but only if v2 relocs becomes the default. See here: http://www.haible.de/bruno/woe32dll.html -- 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