Mail Archives: djgpp-workers/2000/07/20/12:13:10
> I'm sorry for asking more questions, but I don't want to make a fool out
> of ourselves when I reply to Martin Loewis.
>
> > #ifndef _GCC_LIMITS_H_ /* Terminated in limity.h. */
> > #define _GCC_LIMITS_H_
> [...]
> > #else /* not _GCC_LIMITS_H_ */
> >
> > #ifdef _GCC_NEXT_LIMITS_H
> > #include_next <limits.h> /* recurse down to the real one */
> > #endif
>
> This seems to be a provision for using our limits.h instead of the one
> GCC supplies. But I don't understand how are _GCC_LIMITS_H_ and
> _GCC_NEXT_LIMITS_H supposed to be defined. Do they come from specs?
_GCC_LIMITS_H is the include guard. _GCC_NEXT_LIMITS_H is defined and then
undefined in the generated "sysinclude.h" and ends up in gcc's include
directory:
/* syslimits.h stands for the system's own limits.h file.
If we can use it ok unmodified, then we install this text.
If fixincludes fixes it, then the fixed version is installed
instead of this text. */
#define _GCC_NEXT_LIMITS_H /* tell gcc's limits.h to recurse */
#include_next <limits.h>
#undef _GCC_NEXT_LIMITS_H
>
> Also, is this include_next gork present in the other headers GCC wants
> to install?
Not that I'm aware of.
Mark
- Raw text -