From: Kbwms AT aol DOT com Message-ID: <76.316d94d8.2c821a60@aol.com> Date: Sat, 30 Aug 2003 11:18:56 EDT Subject: Re: and To: djgpp-workers AT delorie DOT com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_76.316d94d8.2c821a60_boundary" X-Mailer: 8.0 for Windows sub 6015 Reply-To: djgpp-workers AT delorie DOT com --part1_76.316d94d8.2c821a60_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In a message dated 8/30/2003 11:10:07 AM Eastern Standard Time, rich AT phekda DOT freeserve DOT co DOT uk writes: > > I think we can assume standard C for DJGPP. This __F() stuff is horrible. > It is messy, no argument there. My latest version of the macro that makes up this stuff does what you want. I'll send a new version of the prototypes. > But if you want to keep it, you could use __P() from . This is > what uses at the moment. > > Why don't we move everything from into and make > just include ? I know people have suggested doing it > the > other way round, but this way seems to make more sense to me. will > then be the One True Header for maths. > I'm surprised this hasn't been tried. KB Williams --part1_76.316d94d8.2c821a60_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable In a message dated 8/30/2003 11:10:07 AM Eastern Standar= d Time, rich AT phekda DOT freeserve DOT co DOT uk writes:


I think we can assume standard C for DJGPP. This __F() stuff is horrible.


It is messy, no argument there= .  My latest version of the macro that makes up this stuff does what yo= u want.  I'll send a new version of the prototypes.

But if you want to keep it, you= could use __P() from <sys/cdefs.h>. This is
what <libm/math.h> uses at the moment.

Why don't we move everything from <libm/math.h> into <math.h> an= d make
<libm/math.h> just include <math.h>? I know people have suggeste= d doing it the
other way round, but this way seems to make more sense to me. <math.h>= will
then be the One True Header for maths.


I'm surprised this hasn't been tried.


KB Williams --part1_76.316d94d8.2c821a60_boundary--