From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | "Patches (PostgreSQL)" <pgsql-patches(at)postgresql(dot)org> |
Subject: | mingw configure failure detection |
Date: | 2004-05-08 19:02:48 |
Message-ID: | 409D2ED8.2040907@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-hackers-win32 pgsql-patches |
Bruce Momjian wrote:
>Andrew Dunstan wrote:
>
>
>>>It's different because we know why we need that one: we understand the
>>>cause of the behavior and we therefore can have some confidence that the
>>>kluge will fix it (or not, as the case may be). I have zero confidence
>>>in looping five times around an "ln" call.
>>>
>>>
>>>
>>>
>>>
>>Even if we don't do that can we *please* put in something that detects
>>the error, and tells the user what they will have to do to fix it?
>>Failing in a situation which we know we can detect and not telling the
>>user is intolerable, IMNSHO.
>>
>>
>
>Agreed. At a minium we have to throw an error and tell them to run it
>again.
>
>
This patch for configure.in detects the link failures in MINGW that I
and others have seen and warns the user they have to fix it up.
cheers
andrew
Attachment | Content-Type | Size |
---|---|---|
pgconfigure.patch | text/plain | 1019 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-05-08 19:14:43 | Re: mingw configure failure detection |
Previous Message | Bruce Momjian | 2004-05-08 18:48:37 | Relocatable installs |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-05-08 19:14:43 | Re: mingw configure failure detection |
Previous Message | Bruce Momjian | 2004-05-08 14:54:09 | Re: Couldn't make check |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-05-08 19:14:43 | Re: mingw configure failure detection |
Previous Message | Fabien COELHO | 2004-05-08 09:46:11 | fix schema ownership on first connection preliminary patch |