Re: Port report: Fedora Core 3 x86_64

Bernd Helmle <mailings(at)oopsware(dot)de> writes:
> Peter Eisentraut <peter_e(at)gmx(dot)net> wrote:
>> Tom Lane wrote:
>>> "Andrew Dunstan" <andrew(at)dunslane(dot)net> writes:
>>>> Instead of doing that, do:
>>>> --with-includes=/usr/include/et

>>> This same workaround is in the RPMs. I wonder if it would be
>>> worthwhile for configure to assume the above when --with-krb5 is
>>> mentioned. I don't know how widespread this particular file layout
>>> is ...

>> I have never seen it before. I've never had to add any paths to compile
>> with Kerberos support, at least since they moved it out
>> of /usr/kerberos.

> FYI, i had the same issue here on Mandrake Linux 10.0/10.1 (32Bit),
> Community Edition and Official.

Actually, I'm wondering why we directly include com_err.h at all. At
least in the version of <krb5.h> I have here, that file is included by
krb5.h; so both backend/libpq/auth.c and interfaces/libpq/fe-auth.c
compile just fine with #include <com_err.h> diked out. I suspect that
our problems in this area all stem from trying to include something
we are not supposed to include to begin with.

It's possible that com_err.h was considered an exported file in old
krb5 releases but no longer is. So perhaps what we should do is make
the C code read
#ifdef HAVE_COM_ERR_H
#include <com_err.h>
#endif
and adjust configure to generate that symbol, but not require the header
to be found.

Comments?

regards, tom lane