From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: mingw configure failure workaround |
Date: | 2004-05-03 20:42:54 |
Message-ID: | 4096AECE.10502@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-hackers-win32 pgsql-patches |
Andrew Dunstan wrote:
> Peter Eisentraut wrote:
>
>> Andrew Dunstan wrote:
>>
>>
>>> 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.
>>>
>>
>>
>> Can you try a more recent version of autoconf and see if that behaves
>> more tolerably?
>>
>>
>>
>
> tested with autoconf 2.59.
>
> Unfortunately, it does not. It does try to copy if a link fails,
> unlike what we have now:
>
> ln -s $ac_rel_source $ac_dest 2>/dev/null ||
> ln $srcdir/$ac_source $ac_dest 2>/dev/null ||
> cp -p $srcdir/$ac_source $ac_dest ||
>
> We don't have the last line, which must have been added since autoconf
> 2.53.
I was ahead of myself. It does appear to work, (tested in the platform I
was using to get reliable failure, with autoconf 2.56 from the MSysDTK).
I'm damned if I know why, though.
I still think we should cosider the little error detection macro I just
posted.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Sabino Mullane | 2004-05-04 01:22:53 | Re: Weird prepared stmt behavior |
Previous Message | Greg Stark | 2004-05-03 20:29:39 | Re: PostgreSQL pre-fork speedup |
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2004-05-03 22:03:27 | Re: regression failures |
Previous Message | Andrew Dunstan | 2004-05-03 20:11:44 | Re: mingw configure failure workaround |
From | Date | Subject | |
---|---|---|---|
Next Message | Darko Prenosil | 2004-05-03 22:34:15 | Re: win32 service proposal |
Previous Message | Andrew Dunstan | 2004-05-03 20:11:44 | Re: mingw configure failure workaround |