W95 limit on number of files searched for #include ?

N8TM@aol.com N8TM@aol.com
Mon May 10 00:53:00 GMT 1999

I have been running into problems which might be associated with a hidden 
limit on the number of files which may be open at once or in rapid 
succession.  In g77, I have problems which are not limited to W95, possibly a 
limit of around 29 open files.  A similar problem has been suggested with 
regard to gcc.  In gcc on W95 I see additional include file problems which do 
not occur under NT.  

When attempting to build the libgcc2 in recent egcs snapshots, after a while 
there is a failure to see the definition of strchr which should be picked up 
from <string.h> and <_ansi.h>.  The build appears to have been using the 
/usr/include which I have set up, as I get an earlier error to find certain 
.h files if I remove them from that directory.  If I copy these .h into the 
first directory designated by a -I in the Makefile, this error does not occur 
so soon. If I add more of the cygwin .h files to that directory in the hope 
of curing later problems, it again fails to define strchr. 

The libgcc2 of the egcs-1.1.2 release builds OK under W95; these problems 
seem to be associated with additional complication in the build scheme for 
the newer snapshots.  I don't think this problem varies according to the 
cygwin snapshot; I had been using a version from around Mar. 15 and now use 
the 19990503 version. 

I have looked (probably in the wrong places) for documentation on whether a 
FILES= or similar entry in config.sys is required; I recall such relics from 
DOS still being required under NT4SP2 when that was around.

Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

More information about the Cygwin mailing list