delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2005/12/15/08:46:11

X-Spam-Check-By: sourceware.org
X-ORBL: [69.104.140.35]
Message-ID: <43A17384.4010007@myrealbox.com>
Date: Thu, 15 Dec 2005 05:45:40 -0800
From: Tim Prince <tprince AT myrealbox DOT com>
Reply-To: tprince AT computer DOT org
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050921
MIME-Version: 1.0
To: Piero Silvestri <psilvestri AT omnicad DOT com>
CC: cygwin AT cygwin DOT com
Subject: Re: CygWin + gcc to build Windows application written in C.
References: <000401c60165$0ff24c60$0300a8c0 AT Piero>
In-Reply-To: <000401c60165$0ff24c60$0300a8c0@Piero>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Piero Silvestri wrote:
> Brain wrote:
> 
>> -mno-cygwin essentially turns gcc into the gcc provided by mingw.org.
>> Read the docs/wiki/faq/etc at that site for more information.  Note that
>> when you use gcc -mno-cygwin your search paths will be modified so that
>> no Cygwin libraries/headers will be found, instead the mingw ones will
>> be searched (/usr/include/mingw, /usr/lib/mingw).  Essentially this is
>> just a shortcut for compiling with the mingw toolchain under Cygwin - do
>> not get confused and think that this somehow lets you use Cygwin library
>> functions in any shape or form.  If you use mingw or -mno-cygwin, you
>> are essentially programming directly at the win32 API and the MSVCRT,
>> you have no unix emulation at all other than what is provided by the
>> microsoft C library.
> 
> 
> Thanks Brian, now -mwindows is clear to me, and the strange linker 
> problem has gone, but I have one more question on -mno-cygwin option. 
> When I installed the latest release of Cygwin I found gcc 3.4.4 in its 
> packages, which I installed as well; and if I use it with the 
> -mno-cygwin option when compiling everything's allright.
> 
> But then I downloaded the gcc 4.0.2 sources, which I compiled in Cygwin 
> with the old gcc provided, so now I have a second version of gcc 
> currently working. The problem is that this version has some problem 
> with the -mno-cygwin option; if I use it when compiling I get the error 
> message: "gcc: installation problem, cannot exec 'cc1': No such file or 
> directory". Do you think that this is a CygWin's configuration problem 
> or a gcc one?
> 
-mno-cygwin is supported by "cygwin-special" patches to standard gcc. 
This is among the obstacles to keeping cygwin up to date with respect to 
gcc.  mingw appears more difficult to support anyway, judging by the 
results (rarely) posted to gcc-testsuites.
gcc-4.x use mpfr; it's not clear to me how it can be installed from the 
cygwin setup, but the "upstream" version works "out of the box."
Going further on, more recent gfortran and libstdc++ versions employ 
__builtin_pow, and that is failing for my installation.  I suppose I'll 
have to search for a work-around.
Recent versions of libstdc++ build only with -k ("ignore errors").  That 
problem is not entirely limited to  cygwin.  It seems to be a more 
strict parsing of headers.



--
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/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019