https://issues.apache.org/bugzilla/show_bug.cgi?id=57064
--- Comment #2 from Tom Schulz <[email protected]> --- Thanks for the pointer. The problem is a combination of the compiled in run path being reversed from what I would expect and an installation of an older APR that I did not know would cause a conflict. First, httpd-2.4.10 is configured with these options: CC=cc CFLAGS=-O ./configure --prefix=/opt/local/apache2/apache2.4 --with-ndbm --enable-mods-shared="ssl most" --with-ssl=/opt/local --with-z=/opt/local --with-included-apr --with-expat=/opt/local --with-pcre=/opt/local --enable-nonportable-atomics=yes The compiled in run path as given by ldd -s is: /opt/local/lib:/opt/local/apache2/apache2.4/lib Note that /opt/local/lib is placed first in the run path. I assumed that /opt/local/apache2/apache2.4/lib would be searched first. And there is an instillation of apr-1.4.6 and apr-util-1.4.1 in /opt/local/lib. I tried to reverse the run path by specifying the run path with the LDFLAGS environmental variable during configure, but I just ended up with what I specified appended to the above run path. Specifying the run path with LD_LIBRARY_PATH as /opt/local/apache2/apache2.4/lib:/opt/local/lib makes httpd run correctly. Your call if this is a bug. I think that the elements of the run path should be the other way around. -- 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]
