*This page is a snapshot from the LWG issues list, see the Library Active Issues List for more information and the meaning of Resolved status.*

### 1327. templates defined in `<cmath>` replacing C macros with the same name

**Section:** 28.7 [c.math] **Status:** Resolved
**Submitter:** Michael Wong **Opened:** 2010-03-07 **Last modified:** 2016-01-28

**Priority: **Not Prioritized

**View all other** issues in [c.math].

**View all issues with** Resolved status.

**Discussion:**

In 28.7 [c.math]p12
The templates defined in `<cmath>` replace the C99 macros
with the same names. The templates have the following declarations:

namespace std {
template <class T> bool signbit(T x);
template <class T> int fpclassify(T x);
template <class T> bool isfinite(T x);
template <class T> bool isinf(T x);
template <class T> bool isnan(T x);
template <class T> bool isnormal(T x);
template <class T> bool isgreater(T x, T y);
template <class T> bool isgreaterequal(T x, T y);
template <class T> bool isless(T x, T y);
template <class T> bool islessequal(T x, T y);
template <class T> bool islessgreater(T x, T y);
template <class T> bool isunordered(T x, T y);
}

and p13:

13 The templates behave the same as the C99 macros with corresponding
names defined in C99 7.12.3, Classification macros, and C99 7.12.14,
Comparison macros in the C standard.

The C Std versions look like this:

7.12.14.1/p1:

Synopsis

1 `#include <math.h>`

int isgreaterequal(real-floating x, real-floating y);

which is not necessarily the same types as is required by C++ since the
two parameters may be different. Would it not be better if it were truly
aligned with C?

*[
2010 Pittsburgh: Bill to ask WG-14 if heterogeneous support for the
two-parameter macros is intended.
]*

*[
2010-09-13 Daniel comments:
]*

I recommend to resolve this issue as NAD Editorial because
the accepted resolution for NB comment US-136
by motion 27 does address this.

*[
2010-09-14 Bill comments:
]*

Motion 27 directly addresses LWG 1327 and solves the problem
presented there. Moreover, the solution has been aired before
WG14 with no dissent. These functions now behave the same for
mixed-mode calls in both C and C++

**Proposed resolution:**

Apply proposed resolution for
US-136