https://bz.apache.org/bugzilla/show_bug.cgi?id=66297
--- Comment #2 from [email protected] --- Thanks for looking into it Rainer. I double checked that and I don’t think to have conflicting versions of the openssl in the included paths. I cleaned the path /var/opt/sun/xvm/uce/opt/server/ before compilation, then compiled the current openssl version into it. configure:27443: checking for OpenSSL configure:27456: checking for user-provided OpenSSL base directory configure:27472: result: /var/opt/sun/xvm/uce/opt/server configure:27809: checking for OpenSSL version >= 0.9.8a configure:27828: gcc -std=gnu99 -c -m32 -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/var/opt/sun/xvm/uce/opt/server/include conftest.c >&5 configure:27828: $? = 0 configure:27829: result: OK Looks the same in (my) opensslconf.h file #ifndef OPENSSL_NO_EGD # define OPENSSL_NO_EGD #endif in (my) ap_config_auto.h it says: /* Define to 1 if you have the `RAND_egd' function. */ #define HAVE_RAND_EGD 1 This file differs from yours. in config.log I see: configure:27935: checking for RAND_egd configure:27935: gcc -std=gnu99 -o conftest -m32 -DSOLARIS2=10 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -D_LARGEFILE64_SOURCE -I/var/opt/sun/xvm/uce/opt/server/include -L/usr/sfw//lib -L/var/opt/sun/xvm/uce/opt/server/lib conftest.c -lssl -lcrypto -luuid -lsendfile -lrt -lsocket -lnsl -lpthread >&5 configure:27935: $? = 0 configure:27935: result: yes configure:27961: result: yes Not sure if related but the file also includes this line: ac_cv_func_RAND_egd=yes and also found this: include/ap_config_auto.h.in:/* Define to 1 if you have the `RAND_egd' function. */ include/ap_config_auto.h.in:#undef HAVE_RAND_EGD So it seems the OpenSSL which is found and used by configure supports RAND_egd (resp. OPENSSL_NO_EGD is undefined) but the one used for the compilation does not. Looks to me like openssl claims to support the functionality but doesn’t expose it in the '.so‘ file as it should have. Do you think the same? Can you find the symbols of the RAND_egd* functions in libcrypto.so or libssl.so? Also Apache decides to use this functionality (#define HAVE_RAND_EGD 1) although the Solaris OS does include (see openssl doc for this: https://www.openssl.org/docs/manmaster/man3/RAND_egd.html) ls /dev/urandom /dev/urandom I wonder why in your case the compilation has decided to use /* #undef HAVE_RAND_EGD */ As a workaround I have manually changed ap_config_auto.h include/ap_config_auto.h.in:#undef HAVE_RAND_EGD then ran the make process from start and the compilation ended successfully. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
