apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Querna <c...@force-elite.com>
Subject Re: 1.0.0 RC4
Date Wed, 14 Jul 2004 03:32:41 GMT
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
          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-

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

View raw message