Re: BUG #15080: ecpg on windows doesn't define HAVE_LONG_LONG_INT

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #15080: ecpg on windows doesn't define HAVE_LONG_LONG_INT
Дата
Msg-id 3578.1526825478@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: BUG #15080: ecpg on windows doesn't define HAVE_LONG_LONG_INT  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-bugs
Andrew Dunstan <andrew@dunslane.net> writes:
> On 05/20/2018 12:12 AM, Tom Lane wrote:
>> Hmm ... this might be too much of a coincidence, but I can't help noticing
>> that the places that are going south with -D__USE_MINGW_ANSI_STDIO are
>> pretty nearly the same ones I just pointed to in
>> https://www.postgresql.org/message-id/21670.1526769114@sss.pgh.pa.us
>> as using "%lf".  I'd supposed that that was mostly compulsive neatnik-ism,
>> but is it possible that mingw's "ansi stdio" library is actually
>> sensitive to that?

> Yeah, it sure is. With that applied ecpg-check actually passes on 
> frogmouth. If you apply it to all the live branches I'll re-enable the 
> tests.

Huh.  I'd have laid long odds that I was just being anal-retentive ...
but sometimes it pays.  Will push the fix later today.

            regards, tom lane


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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: BUG #15080: ecpg on windows doesn't define HAVE_LONG_LONG_INT
Следующее
От: "158306855"
Дата:
Сообщение: Re: [BUG] Re-entering malloc problem when use --enable-nls buildpostgresql