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
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Thu, 27 Dec 2001 12:02:46 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Potential problems with cygwin GCC and -mno-cygwin switch
Message-ID: <20011227170246.GB24113@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <DLEBJKNCNLJEDKMKICHGCEMMCAAA DOT jon AT symas DOT com> <02e401c18edd$7521cab0$0200a8c0 AT lifelesswks>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <02e401c18edd$7521cab0$0200a8c0@lifelesswks>
User-Agent: Mutt/1.3.23.1i

On Fri, Dec 28, 2001 at 12:28:22AM +1100, Robert Collins wrote:
>> =========
>>
>>3) There's a problem with Cygwin-specific libraries residing in
>>/usr/lib.  ...  I, of course, updated the specs file to accomodate
>>this.  My environment now works flawlessly.  When OpenLDAP looks for
>>libncurses, it doesn't find it, as it shouldn't.
>
>This seems like an interesting approach.  I wonder if anything would
>get broken by it (other than ALL the existing packages that provide
>libraries :}).

Yeah, and we can kiss that pesky "UNIX emulation" claim of cygwin's
goodbye, too.  Somehow, I don't think that you'll find many library
files in /usr/lib/cygwin on, say, HP/UX, Linux, Tru64, etc.

This method solves a "problem" for -mno-cygwin at the expense of
impacting many other packages.

I agree that the print-search-dirs should work correctly and even suggested
this in the libtools forum.  I agree that --dll-search-prefix=cyg should
not be activated when the user specifies -mno-cygwin.

I've made the appropriate change to my version of gcc but I don't think
that this warrants a new release.

We will not be moving .a files to /usr/lib/cygwin, so please lets not
even discuss this.

cgf

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