Re: signbit #define'd causes compilation error in octave

2011-11-16 Thread Philipp Thomas
* Eric Blake (ebl...@redhat.com) [20111018 23:07]: > But since octave is written in C++, we could avoid the macros and > instead have three overloaded functions named signbit which operate > on the correct types, so as not to pollute the namespace with a > macro. That's why the C++ standard has

Re: signbit #define'd causes compilation error in octave

2011-10-22 Thread Bruno Haible
Eric Blake wrote: > in C++, we could avoid the macros and > instead have three overloaded functions named signbit which operate on > the correct types, so as not to pollute the namespace with a macro. > POSIX does not speak to C++ compliance, so using overloads instead of a > macro for C++ does

Re: signbit #define'd causes compilation error in octave

2011-10-18 Thread Eric Blake
On 10/18/2011 02:51 PM, Michael Goffioul wrote: Hi, With a current version of gnulib and MSVC10, I get a compilation error in octave due to signbit being #define'd by gnulib's math.h module. The configure script ends up with GNULIB_SIGNBIT being 1 and REPLACE_SIGNBIT being 1. This causes signbit

signbit #define'd causes compilation error in octave

2011-10-18 Thread Michael Goffioul
Hi, With a current version of gnulib and MSVC10, I get a compilation error in octave due to signbit being #define'd by gnulib's math.h module. The configure script ends up with GNULIB_SIGNBIT being 1 and REPLACE_SIGNBIT being 1. This causes signbit being #define'd as # define signbit(x) \ (si