On Tue, 2004-07-13 at 22:16 +0100, David Reid wrote:
> Tarballs available at http://www.apache.org/~dreid/
>
> Test & report!
>
Good on FreeBSD 4.5-release.
Good on Lunar-Linux.
Good on FreeBSD-5.2-current. (enabled threads by default, correctly!)
Failed on FreeBSD 5.2.1-p7:
When '--enable-threads' is passed, the final shared object does not link
against libc_r:
$ ldd .libs/libapr-1.so.0
.libs/libapr-1.so.0:
libcrypt.so.2 => /lib/libcrypt.so.2 (0x28176000)
However, using `nm` to look at libapr, it shows that it is looking for
all the undefined pthread_* functions.
The 'libapr-1.la' file shows:
# Libraries that this one depends upon.
dependency_libs=' -lcrypt'
It looks like the recent changes to apr_build.m4(r1.64-r1.67) to disable
threads by default on older FreeBSDs broke the linking for when threads
where enabled?
If you try to build test/testall, it will fail because of undefined
symbols(all the pthread functions). This machine currently has libc_r
globaly mapped to libkse, and it is using a Worker MPM HTTPd perfectly
fine. (built before the changes to apr_build.m4).
If --enable-threads is not passed, RC4 otherwise seems good on FreeBSD-
5.2.1-p7
Not sure if this should be a showstopper. It has worked in this
configuration before. Fix, or release as is?
Also, the tagged CHANGES file is missing the entry for these
apr_build.m4 changes. There is a correct entry in HEAD.
-Paul Querna
