delorie.com/archives/browse.cgi | search |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/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: | <20040829152056.57364.qmail@web40406.mail.yahoo.com> |
Date: | Sun, 29 Aug 2004 10:20:56 -0500 (CDT) |
From: | <sengtsongpa-cygwin001 AT yahoo DOT com> |
Reply-To: | sengtsongpa-cygwin001 AT yahoo DOT com |
Subject: | BUG gcc-mingw 20040810-1 library search path |
To: | cygwin AT cygwin DOT com |
MIME-Version: | 1.0 |
In previous versions of the mingw backend distributed with Cygwin's gcc port, the frontend drivers would append both /usr/include/lib/mingw *and* /usr/lib/w32api to the linker's path. This happens no more with the latter. This has broken the configuration scripts of at least two applications I'm trying of compile as native win32 binaries this weekend, both use GNU autotools for configuration and use Win32 native runtime libraries therefore link to libraries in /usr/lib/w32api. The configuration, compilation and linking process worked perfectly before. Now, I have to hardcode the library path in the makefiles for linking to finish successfully. _________________________________________________________ Do You Yahoo!? Información de Estados Unidos y América Latina, en Yahoo! Noticias. Visítanos en http://noticias.espanol.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |