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 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: <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> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit 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