On 30.03.2013 21:43, Jeff Trawick wrote: > Tarballs/zipfiles are at http://apr.apache.org/dev/dist/ > > Shortcuts to CHANGES: > > http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5.2 > http://apr.apache.org/dev/dist/CHANGES-APR-UTIL-1.5 > > autoconf version: 2.69 (same as 1.5.1) > libtool version: 2.4.2 (1.5.1 had "2.4.2 Debian-2.4.2-1.1" > > +/-1 > [+1] Release APR-util 1.5.2 as GA >
My test results: No regressions. Summary ======= - some libtool m4 files not deleted by buildconf (see below) - crypto configure for OpenSSL at least fails on Solaris, because when linking against the libssl we need the additional flags "-ldl -lsocket -lnsl". Currently there's no way to fix this apart from hacking configure. For Linux I'm not sure, but likely you'll need "-ldl". - LDADD flags are typically not respected during configure, only during the make. - configure fails for Berkeley DB in non-standard path, because it doesn't add an rpath to conftest and then tries to run the compiled conftest binary. - no rpath for ldap, mysql and crypto dso extensions. So no way to run the result without LD_LIBRARY_PATH. Interesting: the m4 file does add an rpath only for oracle. Since there's no platform independent way to add rpath, we might want to remove it everywhere (and users would need to use the respective LDADD variables). - no rpath for dependency libs when building without dso support, e.g. when the ldap, crypto, mysql, oracle, sqlite etc. extensions are all in the big apr util library. - testall sometimes fails in testpass on Linux and often fails in testcrypto when testing nss passphrase (see below). - Windows Build system: - test/testutildll.dsp is the only DSP containing "Release9x" and "Debug9x" configuration info. IMHO that's obsolete and could be removed. Probably also in Makefile.win? Details ======= - svn compared with gz, bz2 and zip only expected differences except for the following in the directory xml/expat/conftools which are not a blocker; IMHO we could remove those at the and of buildconf libtool.m4 lt~obsolete.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 - files signed, checksums correct - built and made check on the following platforms: - Solaris 8 and 10 Sparc (gcc 4.1.2 resp. 4.7.2) - SuSE Linux Enterprise 10 32 Bit and 10 and 11 64 Bit - RedHat Enterprise Linux 5 and 6 64 Bit - using all combinations of: - apr 1.4.6 / 1.4.x r1462907 - expat builtin / 2.1.0 - OpenSSL 1.0.1e (plus a few patches) - dso disable / enable - Berkeley DB 5.3.21 - sqlite 3.7.15.2 - mysql 6.0.2 (only Solaris) - oracle 11.2.0.2.0 (Solaris 10), resp. 10.2.0.5.0 (Solaris 8) - platform nss (Solaris 10 and RHEL 5 and 6) - make check for the successful build ran fine for 110 build, but failed for 58 builds: - two failures in testdbm on SLES 11 without DSO, *not* reproducible (Failed 1 of 2) Though not reproducible exactly the same failure happened when testing 1.5.0 and 1.5.1. Maybe due to increased load during the parallel builds and checks on the virtualized server. Could be a race condition. - 16 failures only on RHEL 5 when DSO is disabled due to segmentation fault in testcrypto. Searching for the stack indicates, that the nss library might have been used after some sort of shutdown. For details see my 1.5.1 vote mail. - 40 failures in testcrypto testing crypto for nss gives errors on Solaris 10 and on RHEL where I had built crypto with nss and OpenSSL (no nss build on the other platforms). For details see my 1.5.1 vote mail. - I have not run the httpd test framework against those builds Regards, Rainer