Re: [pgsql-hackers-win32] Failures with windows port

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: [pgsql-hackers-win32] Failures with windows port
Дата
Msg-id 40C5D3D8.5060006@dunslane.net
обсуждение исходный текст
Ответ на Re: [pgsql-hackers-win32] Failures with windows port  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: [pgsql-hackers-win32] Failures with windows port  (Andrew Dunstan <andrew@dunslane.net>)
Список pgsql-hackers
Bruce Momjian wrote:

>Shridhar Daithankar wrote:
>
>
>>Andrew Dunstan wrote:
>>
>>
>>
>>>Shridhar Daithankar wrote:
>>>
>>>
>>>>Leaving it for a full build as I am calling it a day. Will give it
>>>>another  go tomorrow morning..
>>>>
>>>>
>>>>
>>>What you would need to test is not #ifdefing the whole thing out -
>>>rather you would need to enable the fputc by removing the #ifndef and
>>>#endif lines.
>>>
>>>
>>Hmm.. good.. It worked. 1 out of 95 tests failed. Join is the test that is failed.
>>
>>Now I can go about installing and playing with it. I should use CVS in future
>>though..
>>
>>
>
>
>
>>And BTW, I was not running the regression in a cygwin shell. It was a msys shell
>>only. ....
>>
>>
>
>Can someone confirm that the newer 1.10 MinGW doesn't need the psql
>print.c newline hack?  If so, we can do a version test in that area and
>mark it down as a mingw version-specific bug.
>
>
>

I assume you mean MSys 1.0.10 - I have that plus MinGW 3.1.0-1 these are
the latest releases that are not "candidates"

The fix seems needed on mine. Still investigating.

cheers

andrew

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Question regarding dynamic_library_path
Следующее
От: Robert Treat
Дата:
Сообщение: Re: [GENERAL] The pgreplication project