From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Emre Hasegeli <emre(at)hasegeli(dot)com>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #8271: Configure warning: sys/ucred.h: present but cannot be compiled |
Date: | 2013-07-01 23:27:26 |
Message-ID: | 15927.1372721246@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> On 7/1/13 9:19 AM, Tom Lane wrote:
>> AFAICT, the result in this case would be that the script comes to the
>> wrong conclusion about whether ucred.h is available. Wouldn't that
>> result in a build failure, or at least missing features? IOW, don't
>> we need to fix this test anyway?
> The test needs to be fixed, but with a newer Autoconf version we would
> (probably) have been alerted about that by a build failure rather than
> someone scanning build logs.
I think probably we'd have just not compiled the dependent code, and
would have found out about it only when somebody complained that peer
auth didn't work on OpenBSD. Not sure that's really a more attractive
behavior :-(
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2013-07-02 01:15:11 | Re: BUG #8271: Configure warning: sys/ucred.h: present but cannot be compiled |
Previous Message | Fujii Masao | 2013-07-01 22:43:02 | Re: BUG #8269: the recovery_target_inclusive is always considered as false |