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 X-Authentication-Warning: mdssirds.comp.pge.com: esp5 set sender to esp5 AT pge DOT com using -f Date: Sun, 12 Oct 2003 15:41:21 -0700 From: Edward Peschko To: Wayne Cc: cygwin AT cygwin DOT com Subject: Re: merging mingw and cygwin Message-ID: <20031012224121.GA17781@mdssirds.comp.pge.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i > to support just gcc. Everyone does not want all of the 600+ megabytes > of Cygwin just because they want a C++ compiler (or C, or FORTRAN). That > is why some good, open source IDE's for C/C++ use MingW as part of their > full installation. No fuss, no muss, relatively lightweight download. > > Wayne Keen > Right.. all good points, but all minor barriers to overcome. All you would have to do is put an 'install mingw subset' button on setup.exe, and it would well, install a mingw subset and put cygwin in 'mingw mode'. It sure would beat the install process for mingw right now, which is a manual horror right now involving the download and installation of several, separate packages in different directories. If, of course -mno-cygwin == mingw, which I'm going through right now. Ed ( ps - even if I can cobble together, say berkeleydb which builds native in mingw right now, how does -mno-cygwin benefit from all the work that the mingw team has done in making the native windows port of cygwin work? ) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/