This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
W95 limit on number of files searched for #include ?
- To: cygwin@sourceware.cygnus.com
- Subject: W95 limit on number of files searched for #include ?
- From: N8TM@aol.com
- Date: Mon, 10 May 1999 03:52:21 EDT
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