From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4842 invoked by alias); 13 Jan 2002 18:32:35 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Received: (qmail 4629 invoked from network); 13 Jan 2002 18:32:26 -0000 Received: from unknown (HELO lsmls01.we.mediaone.net) (24.130.1.20) by sources.redhat.com with SMTP; 13 Jan 2002 18:32:26 -0000 Received: from neo (we-24-130-210-97.we.mediaone.net [24.130.210.97]) by lsmls01.we.mediaone.net (8.11.4/8.11.3) with SMTP id g0DIUuH20987; Sun, 13 Jan 2002 10:30:57 -0800 (PST) From: "Jon Leichter" To: "Robert Collins" , "Earnie Boyd" Cc: , Subject: RE: Compiling apps to Mingw32 with cygwin Date: Sun, 13 Jan 2002 10:44:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal In-Reply-To: <04fc01c19bc0$b5c97730$0200a8c0@lifelesswks> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-SW-Source: 2002-01/txt/msg00879.txt.bz2 First off... thanks again to both Robert and Earnie for taking part in this discussion. I appreciate it a lot. Recapping once again... Robert says to use: $ ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin (no need to set CC if i686-pc-mingw32-gcc exists) Earnie says to use: $ ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 (still need to explicitly set CC) Both of you guys agree that using Cygwin GCC to generate MinGW binaries is NOT a cross-compile, even though it's a lot like it. Because it's so close, a cross-compile CAN be EMULATED. Using Robert's invocation WOULD put configure in cross-compile mode. But since using Cygwin GCC to generate MinGW is ALMOST like a cross-compile, it will work out ok. In fact, one compelling reason to use Robert's method is because one wants the configure script to use the correct build tools, e.g. cp instead of copy, rm instead of del, etc. I tend to agree that the build environment IS Cygwin for this very reason. So here's a question. If configure is put into cross-compile mode (with Robert's method), then wouldn't it be the case that configure would NOT execute test binaries? If so, does that hurt the configuration process in any way? Is this a problem? If both Earnie's method and Robert's method work, which one is right? Which method is more likely to break? Jon > -----Original Message----- > From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf > Of Robert Collins > Sent: Saturday, January 12, 2002 3:28 PM > To: Earnie Boyd; Jon Leichter > Cc: hschwentner@yahoo.com; cygwin@cygwin.com > Subject: Re: Compiling apps to Mingw32 with cygwin > > ----- Original Message ----- > From: "Earnie Boyd" > > 1) `gcc -mno-cygwin' is not a cross compile. > > 2) it is possible to emulate a cross build system using a scripted > `gcc > > -mno-cygwin' and symlinks. > > 3) `gcc -mno-cygwin' switches the build environment from Cygwin to > > MinGW. > > Earnie, on 3) I believe we have a terminology problem. gcc -mno-cygwin > changes the _build target_ to mingw32, no the build _environment_. > > In the context of configure scripts the build _environment_ is the > platform hosting the running script, and doing the compilation - that is > cygwin. > > > > You said this was wrong. To be consisent with future behavior, it > seems that > > > I must specify build. So if you're suggesting that I'm not > cross-compiling, > > > then it would be: > > > > > > $ env CC=mgcc > ./configure --host=i686-pc-mingw32 --build=i686-pc-mingw32 > > > > > > > This is what I would do. > > IMO this is wrong (wrong build value) - see my comment earlier. > > Rob > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/