On Sun, Mar 14, 2004 at 05:18:19PM -0700, The Doctor wrote:
On Sun, Mar 14, 2004 at 04:04:31PM +0000, Joe Orton wrote:
On Sun, Mar 14, 2004 at 07:22:24AM -0700, The Doctor wrote:
Failure again on BSD/OS 5.1
It seems libtool does not know how to build shared libraries on BSD/OS 5.x; try editing srclib/apr/configure and search'n'replace the places where it says "bsdi4" to read "bsdi5". (this is clearly not a regression since 2.0.48)
Using all static modules and libraries might work; try passing --disable-shared to configure.
We need to replace bsdi4 with bsdi . That being said, mod_expires tend to fail .
Any chance for an rc3?
joe
And in bsd/os 5.1 we have
Syntax error on line 252 of /var/www/conf/httpd.conf: Cannot load /usr/libexec/apache/mod_expires.so into server: /usr/libexec/apache/mod_expires.so: Undefined PLT symbol "ap_hook_insert_error_filter"
Next fix for RC3?
In general:
This all sounds like OS-specific libtool issues that are independent of changes between 2.0.48 and 2.0.49-rc2, and probably no release supported a DSO build on that level of BSD/OS. (If a prior release did work when built in exactly the same way, that may be a hint that a particular libtool version doesn't have these problems.)
As far as attacking the mod_expires symptom:
Need to determine if mod_expires is the only DSO busted or of most/all are busted. Play with the config file to try that out. (i.e., first comment out the LoadModule for mod_expires and see what if any fails next).
Also, assuming nm is the way to display symbol table in BSD/OS, what is output of
$ nm /path/to/httpd | grep ap_hook_insert
$ nm /path/to/mod_expires.so | grep ap_hook_insert