This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: DJGPP patch for float_format
- To: Mumit Khan <khan at NanoTech dot Wisc dot EDU>
- Subject: Re: DJGPP patch for float_format
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Mon, 15 May 2000 19:20:48 -0600
- cc: GCC Patches <gcc-patches at gcc dot gnu dot org>
- Reply-To: law at cygnus dot com
In message <200005152236.RAA05926@hp2.xraylith.wisc.edu>you write:
> Jeffrey A Law <law@cygnus.com> writes:
> > >
> > > This is also a issue for x86-mingw32 for example, where the runtime
> > > float.h defines things that are necessary to get say libstdc++-v3 bui
> lt,
> > > and gcc-supplied float.h just won't do the job.
> > Such as? Do we need to extend the things provided by gcc's float.h? Or
> is
> > it in our best interest to give up and use the system one?
>
> The extra stuff has to do with dealing with the FPU (exceptions codes,
> control routines, and a bunch of other stuff). We could probably modify
> the system headers to include these with math.h as well with preprocessor
> guards, but that'll create an incompatibility with headers supplied by
> Microsoft in it's Platform SDK and that I'd like to avoid.
Would the #include_next trick work, or is it inappropriate?
jeff