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: | <E97DAEEFD08EA744B0624B6DD315E6A7031BB1B1@ex-600town-01.macromedia.com> |
From: | Deneb Meketa <dmeketa AT macromedia DOT com> |
To: | "'cygwin AT cygwin DOT com'" <cygwin AT cygwin DOT com> |
Subject: | Does -mno-cygwin sometimes have no effect? |
Date: | Wed, 11 Jul 2001 16:56:37 -0700 |
MIME-Version: | 1.0 |
X-Mailer: | Internet Mail Service (5.5.2650.21) |
It seems to me that when I use the -mno-cygwin option to gcc, this has the intended effect (no dependency on cygwin1.dll) most of the time, but in situations where certain additional cygwin libs are needed (in my case, cygintl.dll), -mno-cygwin doesn't do anything; the output exe always requires cygwin libs. Is this correct? This would make sense if there is no Windows equivalent to something like cygintl.dll. However, if this is in fact the case, I would love a warning from gcc indicating that honoring -mno-cygwin will not be possible. Many thanks d. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |