Re: undefined symbol: krb5_cc_get_principal

From: Adam H(dot)Pendleton <fmonkey(at)fmonkey(dot)net>
To: Raphaël Enrici <blacknoz(at)club-internet(dot)fr>
Cc: Devrim GUNDUZ <devrim(at)gunduz(dot)org>, Karin Huegele <postgresql(at)lorecrafters(dot)com>, pgadmin-support(at)postgresql(dot)org, jm(at)poure(dot)com
Subject: Re: undefined symbol: krb5_cc_get_principal
Date: 2004-08-16 14:29:47
Views: Raw Message | Whole Thread | Download mbox | Resend email
Lists: pgadmin-support

On Aug 13, 2004, at 4:33 PM, Raphaël Enrici wrote:

> to me it's something like this, although the ld found them. In fact, I
> think FC1 may be more advanced than EL 3.0 or the opposite concerning
> kerberos.
> can you confirm the following:
> nm -D /usr/kerberos/lib/ | grep krb5_cc_get_principal
> should give _nothing_ on your host.
> If yes, can you try packages for RH9.
> I played a bit with FC1 & RH9 packages and it seems that binaries
> provided for RH9 don't refer to krb5_cc_get_principal and
> krb5_cc_close.
> (see nm -a /usr/bin/pgadmin3 | grep krb5 to list the symbols pgadmin3
> is looking for).
> That's not a definitive solution, just a try to provide you something
> easy to install until someone try to build it for RH EL.
> If this does not work, I bet we are on the way to try a build on your
> host. Are you ok to go with it if we guide you a bit ?

IIRC, the problem with RH kerberos link errors had to do with the fact
that the SSL libraries linked dynamically with the kerberos libraries,
and not including the kerberos libraries when you linked with SSL
caused problems. Try adding -lkrb5 to the LIBS variable in


In response to


Browse pgadmin-support by date

  From Date Subject
Next Message Raphaël Enrici 2004-08-16 14:54:03 Re: Compilation error
Previous Message Raphaël Enrici 2004-08-16 13:21:35 Re: Compilation error