Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <3AA7AE46.35CFC97C@ece.gatech.edu> Date: Thu, 08 Mar 2001 11:07:34 -0500 From: "Charles S. Wilson" X-Mailer: Mozilla 4.75 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Alexandre Oliva CC: Christopher Faylor , autoconf AT gnu DOT org, cygwin AT cygwin DOT com Subject: Re: Detecting the need for -mwin32 in newer cygwin gcc's References: <20010307161214 DOT A20717 AT redhat DOT com> <3AA74730 DOT D4C575FC AT ece DOT gatech DOT edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Alexandre Oliva wrote: > > On Mar 8, 2001, "Charles S. Wilson" wrote: > > > So, by absorbing AC_PROG_GCC_USES_MWIN32, are you helping the GPL half, > > or the proprietary half? > > > By refusing to absorb it, are you hurting the proprietary half, or the > > GPL half? > > > Both, of course. > > > Which is more important? > > Autoconf is about portability across multiple platforms. If you > depend on MS-Windows proprietary libraries, there's not much hope for > portability. So, why use autoconf, in the first place? Robert Collins seems to have addressed this question satisfactorily. The only reason *I* wrote the reply above, was merely to correct what was, in my view, a fallacious predicate for the argument against AC_PROG_GCC_USES_MWIN32. Denying the macro because it would "promot[e] the use of proporietary software" was a bad argument, because it isn't true, IMO. And *that* was the thrust of my message. Now, it seems there are other arguments against AC_PROG_GCC_USES_MWIN32 that are not based in the holy war between free and proprietary software -- Earnie Boyd's, for instance. Fine -- hash it out; I don't know enough about autoconf to have an opinion one way or the other. --Chuck -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple