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 To: cygwin AT cygwin DOT com, "Dave Korn" Subject: Re: Using -mno-cygwin flag Mail-Copies-To: never Reply-To: sds AT gnu DOT org X-Attribution: Sam X-Disclaimer: You should not expect anyone to agree with me. From: Sam Steingold In-Reply-To: (Dave Korn's message of "Wed, 4 May 2005 18:49:24 +0100") References: Mail-Followup-To: cygwin AT cygwin DOT com, "Dave Korn" Date: Wed, 04 May 2005 17:23:58 -0400 Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain > * Dave Korn [2005-05-04 18:49:24 +0100]: > > ----Original Message---- >>From: Sam Steingold >>Sent: 04 May 2005 18:32 > >>> That's something to take up with the MinGW folks (www.mingw.org). >> >> I am not quite clear on the exact relationship between cygwin and MinGW >> project (I assumed that they are independent except that cygwin includes >> parts of MinGW). Why would I want to talk to them? > > Because it is *their* compiler, *their* header files, *their* > libraries, and in all regards *their* distribution of software that > you are invoking when you use -mno-cygwin, so if you want changes to > it, that's who you need to talk to. but it came with cygwin - the cygwin team packaged their software and distributed it with cygwin. I consider this to be more of a packaging issue than a software issue. I don't want mingw to change their product. I want cygwin to package mingw somewhat differently. actually, not even that. I want cygwin to package some of its packages without unnecessary dependencies. >> Here is the rationale: > >> Supposed I am developing several different programs: >> : just my own C code, compiled with "gcc -mno-cygwin" >> : my own C + PCRE: I could compile it with "gcc -mno-cygwin", but >> PCRE requires cygwin - for no technical reason because actually >> PCRE compiles under win32 natively, without cygwin >> : my own C + PCRE + X: there is no way to build it without cygwin, >> because there is no native w32 port of X >> >> Thus right now I can build a native w32 version of but only cygwin >> versions of and . > > No, that's nonsense. Since you compile with "-mno-cygwin", you aren't > making a cygwin version of . You're making a MinGW version of . But I cannot make a MinGW version of because requires PCRE and cygwin comes with the PCRE version that requires cygwin1.dll >> I want to be able to build a native w32 version of also. > > You just did. You used "-mno-cygwin". That gets you a native w32 > program. I got a link error: no libpcre >> To do that, I must install _also_ MinGW - with its idiosyncratic >> installation system &c. > > Well, duh. If you want to USE MinGW, you have to INSTALL it. That > much is obvious. I thought I did - when I installed the gcc-mingw cygwin package. > The point you're missing is that Cygwin is not responsible for mingw > and is not going to spend a lot of time adding packages to its distro. you already have the pcre package. I want it to be built with "-mno-cygwin" to avoid an unnecessary dependency. Imagine that pcre were lined with "-lhuge" where libhuge.a were just a huge library which did not add to the pcre's functionality. do you think it would be a reasonable request to re-package pcre so that it does not use that library? -- Sam Steingold (http://www.podval.org/~sds) running w2k Takeoffs are optional. Landings are mandatory. -- 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/