I discovered that by building a static linked version of libcurl with Heimdal.
The curl binary was being linked with -lgssapi_krb5 instead of -lgssapi which is the library reported by $path_to_heimdal/bin/krb5-config --libs gssapi
For Kerberos (MIT) it works correctly, in reality it fails if we pass --with-gssapi-libs, because it then tries to link against -lgssapi but on Kerberos it's -lgssapi_krb5.
The text was updated successfully, but these errors were encountered:
JCMais
changed the title
--with-gssapi with MIT/Heimdal is ignored on macOS unless you also pass --with-gssapi-libs
--with-gssapi with Heimdal is ignored on macOS unless you also pass --with-gssapi-libs
May 5, 2019
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This happens because of this check:
curl/configure.ac
Lines 1411 to 1416 in c86d635
It ignores completely the cases where
GSSAPI_ROOT
is different than the default (/usr
, set here https://github.com/curl/curl/blob/master/configure.ac#L1316)I discovered that by building a static linked version of libcurl with Heimdal.
The curl binary was being linked with
-lgssapi_krb5
instead of-lgssapi
which is the library reported by$path_to_heimdal/bin/krb5-config --libs gssapi
For Kerberos (MIT) it works correctly, in reality it fails if we pass
--with-gssapi-libs
, because it then tries to link against-lgssapi
but on Kerberos it's-lgssapi_krb5
.The text was updated successfully, but these errors were encountered: