W95 limit on number of files searched for #include ?
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 email@example.com
More information about the Cygwin