X-Authentication-Warning:	delorie.com: mail set sender to djgpp-workers-bounces using -f
Sender:	rich AT phekda DOT freeserve DOT co DOT uk
Message-ID:	<3F9C271F.49F19D98@phekda.freeserve.co.uk>
Date:	Sun, 26 Oct 2003 19:57:19 +0000
From:	Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk>
X-Mailer:	Mozilla 4.77 [en] (X11; U; Linux 2.2.23 i586)
X-Accept-Language:	de,fr
MIME-Version:	1.0
To:	djgpp-workers AT delorie DOT com
Subject:	Re: Clash between math.h and ieeefp.h [PATCH]
References:	<E1ADTj5-0001KS-00 AT phekda DOT freeserve DOT co DOT uk> <9743-Sat25Oct2003233921+0200-eliz AT elta DOT co DOT il> <3F9BB1FE DOT 43B877E9 AT phekda DOT freeserve DOT co DOT uk> <1438-Sun26Oct2003191907+0200-eliz AT elta DOT co DOT il>
Reply-To:	djgpp-workers AT delorie DOT com

Hello.

Eli Zaretskii wrote:
[snip]
> If isnan is supposed to be a function as well as a macro (not unlike
> the ctype macros) and is described like that by some standard, then we
> will need this trick anyway.

Another thing to think about is the C++ standard. It says that anything that
can be implemented as a macro or function in the C standard should be
implemented as the macro for C++. From section 17.4.1.2 paragraph 5:

"Names which are defined as macros in C shall be defined as macros in the C++
Standard Library, even if C grants license for implementation as functions.
[Note: the names defined as macros in C include the fol­lowing: assert, errno,
offsetof, setjmp, va_arg, va_end, and va_start. -end note]

I'm not sure how well we comply with that.

Bye, Rich

-- 
Richard Dawe [ http://www.phekda.freeserve.co.uk/richdawe/ ]

"You can't evaluate a man by logic alone." -- McCoy, "I, Mudd", Star Trek

- Raw text -