delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT sources DOT redhat DOT com> |
List-Archive: | <http://sources.redhat.com/ml/cygwin/> |
List-Post: | <mailto:cygwin AT sources DOT redhat DOT com> |
List-Help: | <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs> |
Sender: | cygwin-owner AT sources DOT redhat DOT com |
Delivered-To: | mailing list cygwin AT sources DOT redhat DOT com |
Message-ID: | <80575AFA5F0DD31197CE00805F650D7602CF4B@wilber.adroit.com> |
From: | "Robinow, David" <drobinow AT dayton DOT adroit DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | RE: -mno-cygwin gcc option |
Date: | Mon, 25 Jun 2001 14:57:41 -0400 |
MIME-Version: | 1.0 |
X-Mailer: | Internet Mail Service (5.5.2650.21) |
> From: Matt DOT Stephenson AT us DOT datex-ohmeda DOT com > i'm trying to build a simple c++ command-line app using g++ under the > Cygwin environment. this will remain a native win32 app so i > would like to link directly with Microsoft DLLs, rather than Cygwin. Hee hee. I've heard this before. > > i ran across a FAQ entry that indicated that you could simply > pass gcc the "-mno-cygwin" option and it would do just that. > however, when i tried that it spit out compiler errors for my > std c++ #include lines. it complained that it could no longer > find <string> or <iostream> header files, indicating that the > include paths changed and are probably not complete. > perhaps it is no longer using some standard list of include > directories? "gcc" is used to invoke the C compiler. "g++" is used to invoke the C++ compiler. -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |