| 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: | Whole Thread | Raw Message | 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 |