This is a duplicate of bug#2309 which is not fixed on Solaris. The problem is that configure searches for the _et_list symbol in libcom_err.so This symbol does not exist!( As of Kerberos 1.4/1.4.1 on Solaris.) The following patch to configure checks for error_message instead. Now samba links properly with -lcom_err again. Can you verify and clean up this patch!? hastur> diff -c configure configure~ *** configure Tue Jun 14 00:00:00 2005 --- configure~ Mon Jun 13 23:24:22 2005 *************** *** 29502,29509 **** ! echo "$as_me:$LINENO: checking for error_message in -lcom_err" >&5 ! echo $ECHO_N "checking for error_message in -lcom_err... $ECHO_C" >&6 if test "${ac_cv_lib_ext_com_err__et_list+set}" = set; then echo $ECHO_N "(cached) $ECHO_C" >&6 else --- 29502,29509 ---- ! echo "$as_me:$LINENO: checking for _et_list in -lcom_err" >&5 ! echo $ECHO_N "checking for _et_list in -lcom_err... $ECHO_C" >&6 if test "${ac_cv_lib_ext_com_err__et_list+set}" = set; then echo $ECHO_N "(cached) $ECHO_C" >&6 else *************** *** 29520,29530 **** #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ ! char error_message (); int main () { ! error_message (); ; return 0; } --- 29520,29530 ---- #endif /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ ! char _et_list (); int main () { ! _et_list (); ; return 0; }
Fredrik, We don't actually accept patches for configure since it is autogenerated from configure.in. Any chance you could resubmit a patch against that file ? Thanks.
(In reply to comment #1) > Fredrik, We don't actually accept patches for configure since it is > autogenerated from configure.in. Any chance you could resubmit a patch > against that file ? Thanks. Yes no problem, however I dont know if this patch is sound!? Who would know if it would be feasible!? Regards Fredrik
Hello! Here is the simple patch which is tested on solaris to fix the problem. I hope someoine can check this in. cthuga> diff configure.in configure.in~ 2787c2787 < AC_CHECK_LIB_EXT(com_err, KRB5_LIBS, error_message) --- > AC_CHECK_LIB_EXT(com_err, KRB5_LIBS, _et_list)
I can't reproduce any link failures on my Solaris box with MIT krb5 1.4.1. Assuming fixed in 3.0.20a