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:	<3E507D00.9040305@ece.gatech.edu>
Date:	Mon, 17 Feb 2003 01:11:12 -0500
From:	Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent:	Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language:	en-us, en
MIME-Version:	1.0
To:	Max Bowsher <maxb AT ukf DOT net>
CC:	cygwin AT cygwin DOT com
Subject:	Re: [avail for test] libtool-devel-20030121-1
References:	<000001c2d13b$d5c30a40$5c1306d5 AT BRAMSCHE> <02ee01c2d13f$506fbc40$78d96f83 AT pomello> <3E488E18 DOT 1060100 AT ece DOT gatech DOT edu> <3E502A5B DOT 7060408 AT ece DOT gatech DOT edu> <002e01c2d624$36c6cc40$78d96f83 AT pomello>
In-Reply-To:	<002e01c2d624$36c6cc40$78d96f83@pomello>

Max Bowsher wrote:

> 
> Neither will work. The compiler is already perfectly happy. libtool decides
> it knows better, though, and intervenes, breaking the build. I wouldn't
> worry too much about this now. There's already a hardcoded
> sys_lib_search_path_spec for cygwin. It only affects building for mingw in a
> cygwin environment.

-mno-cygwin, in other words.  So "native" (e.g. MSYS) mingw builds are 
not affected by this?

> About the only solution I can think of is to test $CC for -mno-cygwin, and
> use the cygwin sys_lib_search_path_spec if found.

That's not so bad. Although, it should NOT use cygwin's 
sys_lib_search_path_spec -- you'd pull in all of the cygwin-dependent 
libz's and libncurses's.  What you want is to ADD /usr/lib/w32api to the 
"standard" 'gcc -mno-cygwin' search path.  That "standard" path already 
includes the right gcc runtime directory, and already includes 
/usr/lib/mingw via some symlinks.  You just need to add 
-L/usr/lib/w32api -- we know that nothing in there is cygwin-dependent.

I believe there are a few checks for -mno-cygwin already sprinkled 
around in the code.  Wanna submit a patch as outlined above?

--Chuck



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