Re: _isnan() on Windows

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: _isnan() on Windows
Дата
Msg-id 20181117194606.5mt3ru4nmaoa5op4@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: _isnan() on Windows  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Ответы Re: _isnan() on Windows  (Andrew Dunstan <andrew.dunstan@2ndquadrant.com>)
Список pgsql-hackers
Hi,

On 2018-07-12 11:28:46 -0400, Andrew Dunstan wrote:
> On 07/12/2018 10:38 AM, Tom Lane wrote:
> > Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
> > > On 07/12/2018 10:20 AM, Tom Lane wrote:
> > > > bowerbird and hamerkop have some gripes like this:
> > > > 
> > > > bowerbird     | c:\perl64\lib\core\win32.h(218): warning C4005: 'isnan' : macro redefinition
(src/pl/plperl/SPI.c)[G:\prog\bf\root\HEAD\pgsql.build\plperl.vcxproj]
 
> > > We actually undef a bunch of things in plperl.h to keep the compiler
> > > quiet. Maybe we need to add this to the list?
> > Perhaps.  But how do we tell the platforms where we should do that
> > from the ones where we shouldn't?
> > 
> >             
> 
> In the _MSCVER section:
> 
> #ifdef isnan
> #undef isnan
> #endif
> 
> By inspection the perl header is just defining it to _isnan, for every MSC
> version.

Let's try undefining it before plperl.h then?  It'd be nice to get rid
of those warnings...

Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Now/current_date and proleakproof
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #15160: planner overestimates number of rows in join when there are more than 200 rows coming from CTE