Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Message-ID:	<003601c28fe1$bf343b00$3f9281a4@zav100013>
From:	"Denis Dupeyron" <denis DOT dupeyron AT st DOT com>
To:	<cygwin AT cygwin DOT com>
Subject:	RE: mno_cygwin gcc 3.2
Date:	Tue, 19 Nov 2002 16:38:44 +0100
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2800.1106

> hi all,
>
> Under the gcc 2.95 release the :-mno_cygwin option let you
> link without
> cygwin1.dll.  The gcc 3.2 release in the latest cygwin build,
> whilst not
> complaining about the option, will link with the cygwin1.dll
> even when using
> the option.
>
> cygcheck for example will show the link.  This is for a dll
> compiled with :
>
> g++ -shared -mno_cygwin -o X.dll x.cpp
>
> Is this behaviour incorrect or is it planned that all cygwin
> gcc compiled
> apps will be forced to link with cygwin1.dll?
>
> Thanks,
>
> Chris

I seem to get the same problem compiling like this :

g++ -O2 -mno-cygwin -I.. -I. -fno-exceptions -W -c foo.cc

and then linking like this :

g++ -O2 -mno-cygwin -I.. -I. -fno-exceptions -W -o foo1.o foo2.o -o foo

So, Chris, you're not the only one. What happens exactly is that the
executable looks for cygwin1.dll and can't find it. Any idea ?

Denis.


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

- Raw text -