Re: mingw configure failure workaround

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: mingw configure failure workaround
Дата
Msg-id 40940FF0.1020308@dunslane.net
обсуждение исходный текст
Ответ на Re: mingw configure failure workaround  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: mingw configure failure workaround
Список pgsql-hackers

Tom Lane wrote:

>Andrew Dunstan <andrew@dunslane.net> writes:
>  
>
>>And if not 3), is there some autoconf wizard out there who can help do 
>>this properly? It would probably take me many hours to work out, as I 
>>have never touched the beast.
>>    
>>
>
>Obviously, or you would know that configure is a generated file that
>there is no point in editing by hand.
>

er ... that's why I asked how to do it properly. I simply included the 
diff to show what I had been able to make work, not because I wanted it 
applied.

>
>The real issue in my mind is why is "ln" unreliable in mingw?  I cannot
>see any point in a retry kluge when we do not know what's really going
>on.
>
>    
>

I'm still trying to find out. But I don't see why this is different from 
the kludge we already have for unlink, and that one is right inside 
postgresql. In fact. it's more or less the same solution.

At the very least, until we can find a better solution we should have 
something like the checking part of what I did. We've seen quite a 
number of obscure failure reports that have all been traced back to this 
failure, which is currently quite unreported by configure.

cheers

andrew



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: mingw configure failure workaround
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Weird prepared stmt behavior