delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,TW_YG,T_TO_NO_BRKTS_FREEMAIL |
X-Spam-Check-By: | sourceware.org |
Message-ID: | <4C330A98.5090104@users.sourceforge.net> |
Date: | Tue, 06 Jul 2010 18:51:04 +0800 |
From: | JonY <jon_y AT users DOT sourceforge DOT net> |
User-Agent: | Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 |
MIME-Version: | 1.0 |
To: | cygwin AT cygwin DOT com |
Subject: | Re: cygport patch: suppress libtool fixup step |
References: | <4C3215FC DOT 3010309 AT cwilson DOT fastmail DOT fm> <1278402537 DOT 5784 DOT 8 DOT camel AT YAAKOV04> |
In-Reply-To: | <1278402537.5784.8.camel@YAAKOV04> |
X-IsSubscribed: | yes |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.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 |
On 7/6/2010 15:48, Yaakov (Cygwin/X) wrote: > On Mon, 2010-07-05 at 13:27 -0400, Charles Wilson wrote: >> JonY needs to suppress the "libtool fixup" postinstall step when >> packaging the mingw64 gcc. He may or may not need to fixup his .la >> files, BUT -- given that we're talking about gcc here, AND his cross >> compiler goes somewhere other than /usr...it's likely that whatever >> "fixing up" he needs to do, will be specific to that package and likely >> unable to re-use the more generic fixup code. > > I am working on proper cross-compiler support within cygport now: > > * cygconf handling of build/host/target; > * modifying the libtool fixup for different targets; > * handling conflicting files between native and cross-compiler/ed > packages (to allow prefix=/usr). > > Regarding libtool fixups: am I correct that on mingw32/64 platforms, > deep non-module libs still need to be relocated to remove the ../bin > (IOW put the DLL alongside the .la)? > > > Yaakov > > Hi, I was thinking of putting them in PREFIX/bin32 and bin64 respectively, at least the GCC related target DLLs and dependencies, so they can be shared if I do make a 32bit default toolchain. For unrelated 3rd party libraries which are not multilib aware, such as 64bit libogg and libvorbis DLLs (if they ever do get packaged), IMHO, the DLLs should go alongside the .la files. They should also probably use a different prefix than the w64 toolchain, so no 32bit vs 64bit install clashes. -- 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
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |