| Bug #6584 | acinclude.m4 bug | ||
|---|---|---|---|
| Submitted: | 11 Nov 2004 23:45 | Modified: | 1 Nov 2005 19:45 |
| Reporter: | Jens Elkner | Email Updates: | |
| Status: | Closed | Impact on me: | |
| Category: | MySQL Server: Compiling | Severity: | S3 (Non-critical) |
| Version: | 4.1.7 | OS: | All Unix |
| Assigned to: | Joerg Bruehe | CPU Architecture: | Any |
[12 Aug 2005 17:32]
Jorge del Conde
Thanks for your bug report. I was able to reproduce this under FC4 w/4.1 from bk
[31 Oct 2005 17:35]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/internals/31692
[1 Nov 2005 18:01]
Joerg Bruehe
Pushed into the 4.1 sources, will be included in 4.1.16. To be merged into 5.0 as soon as possible, hopefully in time for 5.0.16.
[1 Nov 2005 18:03]
Joerg Bruehe
Patch will allow any "libz" shared libraries to be used,
regardless of their filename extension (".so", ".sl", ".dylib").
[1 Nov 2005 19:45]
Paul DuBois
No changelog entry needed.
[1 Nov 2005 19:49]
Bugs System
A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: http://lists.mysql.com/internals/31756

Description: If one compiles mysql with the --with-zlib-dir=${ROOT4BUILD}/usr rule, configure tries to find libz.a. However, this does not make much sense, when mysql is dynamically linked against libz and even fails to run configure, when the static library is not available (for whatever reason ...) So acinclude.m4 should check for libz.a || libz.so ... This is the same issue as with openssl lib in 4.0.16 (see bug report 1923). How to repeat: mkdir -p /tmp/zlib/{include,lib} cp -a /usr/lib/libz.so* /tmp/zlib/lib/ cp /usr/include/{zconf,zlib}.h /tmp/zlib/include/ ./configure --with-zlib-dir=/tmp/zlib Suggested fix: Use the standard checks for libraries