Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Message-ID: <3C3AD09D.CB010A7A@lapo.it> Date: Tue, 08 Jan 2002 11:57:34 +0100 From: Lapo Luchini X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: it,en,fr,es,ja MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Potential problems with cygwin GCC and -mno-cygwin switch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit > 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. > OK, maybe part of Jon's idea was bad or "not correct", but what about replacing just that --dll-search-prefix=cyg with a %{!mno-cygwin:--dll-search-prefix=cyg} in the distro? If I understood it right this whould be a problem solver with no side effects, right? -- Lapo 'Raist' Luchini lapo AT lapo DOT it (PGP & X.509 keys available) http://www.lapo.it (ICQ UIN: 529796) -- 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/