imacros

[Mark Kettenis]

   Date: Tue, 22 Jun 1999 22:34:48 +1000
   From: Geoff Keating <geoffk@ozemail.com.au>

   > Mailing-List: contact libc-hacker-help@sourceware.cygnus.com; run by ezmlm
   > From: jaeger@informatik.uni-kl.de
   > Date: Tue, 22 Jun 1999 13:26:01 MET DST
   > Source-Info:  From (or Sender) name not authenticated.
   > 
   > >>>>> Mark Kettenis writes:
   > 
   > Mark> The real problem is that <getopt.h> makes use of the feature test
   > Mark> macro's but does not include <features.h> itself.  We cannot include
   > Mark> <features.h> since <getopt.h> is shared with other GNU programs.  We
   > Mark> could include <stdio.h> from <getopt.h>.  I don't think that would
   > Mark> cause any problems, since both getopt.c and getpt1.c already include
   > Mark> <stdio.h>.
   > Mark> 
   > Mark> If there are serious objections against including <stdio.h>, we could
   > Mark> also move the inclusion of <getopt.h> from rpcinfo.c further down or
   > Mark> remove it altogether.
   > 
   > getopt.h is so far the only include file that gives trouble.  But it's 
   > not only used in rpcinfo.c, the problems might exist in other files
   > also (cf. my email with subject "-imacros").

   include/fpu_control.h also uses __P but doesn't include <features.h>,
   which causes sysdeps/generic/fpu_control.c to fail to compile with the
   current CVS.

Well, include/fpu_control.h does a "#include_next <fpu_control.h>" and
the system dependent <fpu_control.h> is supposed to include
<features.h>.  The i386 version does this.  Nevertheless the usage of
__P in include/fpu_control.h is unecessary, since this header isn't
installed.

Mark