Re: GCC headers and DJGPP port

["Martin v. Loewis" <martin at loewis dot home dot cs dot tu-berlin dot de>]

> > PLEASE identify real problems caused by the actual contents of these
> > files, instead of merely reporting your imagination that there could
> > be problems.
> 
> Some of the definitions on these headers are private to the library.
> For example, math.h defines HUGE_VAL to a runtime constant
> __dj_huge_val.  limits.h defines several constants such as
> _POSIX_PATH_MAX that are specific to the library implementation.
> These are just a few examples.

I can understand that there is additional contents in your limits.h. I
fail to see what this has to do with GCC installing its own copy of
limits.h into a gcc directory. It is common in GCC installations to
have multiple copies of limits.h, and chain them together with
#include_next. This works very well on other GCC ports (e.g. Linux,
Solaris) - why doesn't it work on DJGPP?

> So we must try to minimize the problems in released versions,
> including problems that can happen when a new version of GCC is
> released which wasn't available at the time the library was
> developed and tested.

Forcing GCC not to install certain headers does not minimize
problems. Instead, if a new feature in GCC requires support in header
files, your port would break as your libraries would not provide that
support.

If you arrange that the DJGPP port follows the conventions of most
other ports, the danger of breaking things is smallest.

Regards,
Martin