Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Message-ID: <20030219100050.73908.qmail@web21401.mail.yahoo.com> Date: Wed, 19 Feb 2003 21:00:50 +1100 (EST) From: =?iso-8859-1?q?Danny=20Smith?= Subject: Re: [avail for test] libtool-devel-20030216-1 To: cygwin AT cygwin DOT com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Christopher Faylor wrote: > However, it could easily be standard. I could include a i686-pc-mingw32-gcc > and a i686-pc-mingw-ld in the gcc distribution. And, I could also alias > all of the i686-pc-cygwin-* tools to i686-pc-mingw32-*. That would provide > the equivalent of a cross compilation environment for cygwin. > > Then you just have to say > > configure --host=i686-pc-mingw32 --target=i686-pc-mingw32 --build=i686-pc-cygwin > Okay, that's me. I've been doing something close to that (in an ad hoc fashion) for about 2 years. I suspect that other people have hacked cygwin build environment in their own way to do that too. It works. > and you bypass the arbitrary distinction of having a whole build system, > based on cygwin which exists just so that uname returns 'mingw', or whatever. > And you concentrate on improving what already works rather than duplicating effort. Ooops. Danny > > cgf > http://mobile.yahoo.com.au - Yahoo! Mobile - Exchange IMs with Messenger friends on your Telstra or Vodafone mobile phone. -- 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/