Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Message-ID: <3D12BD05.1050909@ece.gatech.edu>
Date: Fri, 21 Jun 2002 01:43:33 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
MIME-Version: 1.0
To: cygwin AT cygwin DOT com, cygwin AT cygwin DOT com
Subject: Re: Building a MinGW build of aspell without much luck :(
References: <000e01c218d0$50afd500$be3210ac AT sncxp> <20020621031046 DOT GE16786 AT redhat DOT com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit



Christopher Faylor wrote:


>>BTW, I tot I might share how I got pass my problem. I've checked and
>>found the definition of opendir, readdir and closedir to exist in the
>>lib libmingwex.a which was never included by the configure process.
>>Hence the fix is to edit the gcc's specs file to include this lib
>>whenever the -mno-cygwin switch is given. Is this considered a bug?
>>
> 
> That would be a question for the mingw mailing list, I think.  I don't
> know if they intended for libmingwex to be included by default or not.
> Since it is new and gcc is old, it obviously isn't going to be included.


As Earnie mentioned in the announcement for the most recent update of 
the mingw-runtime and w32api packages for cygwin, libmingwex is a new 
addition.

> To use these functions, you will need to explicitly add -lmingwex to 
> your command line. In future releases of GCC, libmingwex.a will 
> become a system lib added automatically by specs. 


So, it's not a bug that current gcc's spec file doesn't have it; it's a 
new feature of mingw-runtime that is not yet supported by our gcc.

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