Starting since this PR it is better to use cmath and std::meow instead of math.h and meow, isnt it?

Right, but only for float and long double now.

Can bring the same to double (and std::signbit) by manually writing the overload rather than importing it from the UCRT into the std namespace, and same goes for std::meowf and std::meowl.

I'll look into doing that.

Doing the same for the int overloads might be trickier because of the macro machinery to generate them.

Can't do that because any solution would break overload resolution for consumers with using namespace std;

I can still do something about the integer overloads however.

By the way from C standard:

https://web.archive.org/web/20181230041359if_/http://www.open-std.org/jtc1/sc22/wg14/www/abq/c17_updated_proposed_fdis.pdf

paragraph 7.1.4:

Any function declared in a header may be additionally implemented as a function-like macro defined in the header

and below they ever wrote example: https://imgur.com/a/kqzW2dk

So UCRT team also can do:

#define meow(x) __meow(x)

@CaseyCarter FYI, I pushed a /clr:pure fix (verified with an MSVC-internal build) after you approved.

@CaseyCarter /clr needed the same fix (this is surprising and may indicate a compiler bug but I haven't reported it).

Thanks again for this codegen improvement! 😺