Re: BUG #8271: Configure warning: sys/ucred.h: present but cannot be compiled

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 13:19:23
Message-ID: 18842.1372684763@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 6/30/13 11:26 AM, Andres Freund wrote:
>> If we would treat that warning as an error unconditionally - and I am
>> not sure how easy that is given the way it's emitted - users
>> encountering them, which usually will be on less common platforms, will
>> have to patch configure.in to make things work for them. Which is a high
>> bar.

> We could also look into updating Autoconf. Newer versions proceed with
> the compiler's result. At that point, you can essentially ignore the
> warning.

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?

However, if newer autoconf versions make only one test per header file
and not two, then +1 for updating. Should help a bit with configure's
speed problem.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andres Freund 2013-07-01 13:49:45 Re: BUG #8271: Configure warning: sys/ucred.h: present but cannot be compiled
Previous Message Peter Eisentraut 2013-07-01 13:10:45 Re: BUG #8271: Configure warning: sys/ucred.h: present but cannot be compiled