a) I expect I have "enabled" a new httpd flag as I attempt to build a comprehensive 64-bit version of httpd for AIX - so I expect this is a "user error". I am hoping for feedback on where to look (short path is to not load mod_authn_file, for now). I shall try same build as 32-bit and see if the issue goes away.

b) I have built apr and apr-util "differently" than in the past in that:

b1) added --with-crypto

b2) added --with-ldap-dir=/xxx and --with-ldap=ldap

Current ./configure command

It was created by configure, which was
generated by GNU Autoconf 2.69.  Invocation command line was

$ ../src/httpd-2.4.23/configure --prefix=/opt --sysconfdir=/var/httpd/etc --sharedstatedir=/var/httpd/com --localstatedir=/var/httpd --mandir=/usr/share/man --infodir=/opt/share/info/httpd

c) After build completes - apachectl -t fails with:

root@x064:[/data/prj/apache/httpd-2.4.23]apachectl -t
httpd: Syntax error on line 66 of /var/httpd/etc/httpd.conf: Cannot load modules/mod_authn_file.so into server: rtld: 0712-001 Symbol apr_password_validate was referenced
from module /opt/modules/mod_authn_file.so(), but a runtime definition
of the symbol was not found.\nrtld: 0712-002 fatal error: exiting.

root@x064:[/data/prj/apache/httpd-2.4.23]nm /opt/modules/mod_authn_file.so | grep apr_password_validate
.apr_password_validate T  4294970628
.apr_password_validate t  4294970628          40
apr_password_validate U           -
apr_password_validate d  4563406976           8

root@x064:[/data/prj/apache/httpd-2.4.23]nm /opt/lib/libapr*.a | grep apr_password_validate
.apr_password_validate T           0
apr_password_validate D         928          24
apr_password_validate d         896           8
.apr_password_validate T  4295008768
.apr_password_validate T  4295027960
.apr_password_validate t  4295027960          40
apr_password_validate D  4563413360          24
apr_password_validate d  4563420512           8

So, it seems, for some reason - during "make" I think, the U line ( apr_password_validate U - ) has not resolved to the line "apr_password_validate D 4563413360 24"
while the "T, t, and d" lines did.

And, just to be sure this is not an issue of 32 versus 64-bit listings:

root@x064:[/data/prj/apache/httpd-2.4.23]nm -X32 /opt/lib/libapr*.a | grep apr_password_validate
.apr_password_validate T   268475264
.apr_password_validate T   268492664
.apr_password_validate t   268492664          40
apr_password_validate D   536881340          12
apr_password_validate d   536884916           4
.apr_password_validate T           0
apr_password_validate D         912          12
apr_password_validate d         896           4

and

root@x064:[/data/prj/apache/httpd-2.4.23]nm -X64 /opt/lib/libapr*.a | grep apr_password_validate
.apr_password_validate T           0
apr_password_validate D         928          24
apr_password_validate d         896           8
.apr_password_validate T  4295008768
.apr_password_validate T  4295027960
.apr_password_validate t  4295027960          40
apr_password_validate D  4563413360          24
apr_password_validate d  4563420512           8

Many thanks for your ideas!

Michael

Reply via email to