3.0.20 Alpha configure on AIX4.3 for -lcom_err broken
Nik Conwell
nik at bu.edu
Mon Nov 25 14:58:00 GMT 2002
I cvs'ed the latest 3.0.20 Alpha this morning...
On the configure, the test for _et_list in libcom_err.a doesn't seem to ever
work, even though _et_list is in com_err. Perhaps it's marked as private?
(IBM cc or gcc, makes no difference.) This results in no -lcom_err being added
to LIBS, and so the build of the smbd fails due to not finding _et_list and
error_message(). Manually adding -lcom_err to LIBS causes things to build OK.
I hacked the configure to look for error_message() in -lcom_err instead of
looking for _et_list, and that seems to have worked OK.
I'm not sure what this means for systems that don't need -lcom_err since the
test apparently only checks to see if it builds with the lib, and not if the lib
is superfluous.
-nik
9:43:55 acsn08 [source] gnudiff -u configure.20021125 configure
--- configure.20021125 Fri Nov 22 01:56:28 2002
+++ configure Mon Nov 25 09:23:49 2002
@@ -12295,8 +12295,8 @@
##################################################################
# we might need the k5crypto and com_err libraries on some systems
- echo $ac_n "checking for _et_list in -lcom_err""... $ac_c" 1>&6
-echo "configure:12300: checking for _et_list in -lcom_err" >&5
+ echo $ac_n "checking for error_message in -lcom_err""... $ac_c" 1>&6
+echo "configure:12300: checking for error_message in -lcom_err" >&5
ac_lib_var=`echo com_err'_'_et_list | sed 'y%./+-%__p_%'`
if eval "test \"`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\" = set"; then
echo $ac_n "(cached) $ac_c" 1>&6
@@ -12309,10 +12309,10 @@
/* Override any gcc2 internal prototype to avoid an error. */
/* 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();
+char error_message();
int main() {
-_et_list()
+error_message()
; return 0; }
EOF
if { (eval echo configure:12319: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then
More information about the samba-technical
mailing list