php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Doc Bug #41231 x86_64 config library path search documentation problem
Submitted: 2007-04-29 21:40 UTC Modified: 2010-10-23 17:11 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: hillct-php-bugreport at cthill dot org Assigned: kalle (profile)
Status: Closed Package: Documentation problem
PHP Version: 5CVS-2007-04-29 (snap) OS: Lunux (fc4-fc6) x86_64
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: hillct-php-bugreport at cthill dot org
New email:
PHP Version: OS:

 

 [2007-04-29 21:40 UTC] hillct-php-bugreport at cthill dot org 
Description:
------------
The configure script fails to search for the mysql libraries in the proper location for some (Fedora) x86_64 environments. There is no way to override this behavior on the configure command line. This error is 100% reproducible  in FC4 - FC6 on x86_64 hardware. The solution is a one line fix in the configure script. More properly it should probably be applied to whatever m4 macro is used to construct the script, but that doesn't seem to be available in the snapshot.

The patch that corrects this bug is available here: http://www.pastebin.ca/465020

Reproduce code:
---------------
configure  --with-zlib --with-mysql --enable-mbstring --enable-fastcgi and --enable-discard-path --no-create --no-recursion

Expected result:
----------------
checking for MySQL support... yes
checking for specified location of the MySQL UNIX socket... no
checking for MySQL UNIX socket location... /var/lib/mysql/mysql.sock
checking for mysql_close in -lmysqlclient... yes


This result is achieved by applying the patch located here:
http://www.pastebin.ca/465020

Actual result:
--------------
checking for specified location of the MySQL UNIX socket... no
checking for MySQL UNIX socket location... /var/lib/mysql/mysql.sock
configure: error: Cannot find libmysqlclient under /usr.
Note that the MySQL client library is not bundled anymore!

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2007-04-30 07:38 UTC] sniper@php.net 
You should be using --with-libdir=lib64 in your configure line.

No bug here.
 [2007-04-30 11:55 UTC] hillct-php-bugreport at cthill dot org 
The documentation indicates that --with-libdir should be used to specify a full path, which is a case tested before this bug was submitted. The documentation should be updated to reflect use of the libdir argument with relative paths or path fragments. Having consulted many supposed expert php developers, who have all told me the configure script is broken in this way (one having given me the patch as a solution), it seems the documentation needs to be clarified on this point.
 [2007-04-30 13:03 UTC] sniper@php.net 
"experts" :D
 [2007-08-22 17:10 UTC] tularis@php.net 
"The documentation indicates that --with-libdir should be used to specify a full path"

Could you please specify where you found that exactly? I can't seem to find any mention of the --with-libdir flag in the online documentation.
 [2007-08-22 17:30 UTC] hillct-php-bugreport at cthill dot org 
The ./configure --help display is a bit vague but at least it doesn't say 'path to libdir' which is what I found somewhere else. It's been a while since I looked at this so I don't recall exactly. I grepped through the docs in the tarball and none of them seem to contain the problem wording. It could have been on php.net or some place more innocuous and not directly related to the project like one of the mailing lists. At any rate, it would be beneficial if the INSTALL document mentioned the proper formatting of the libdir argument. It's also possibly I simply misinterpreted the notation convention included with the ./configure --help results, but there seem to be plenty of others who have made the same error, so regardless of whether it's technically correct, it's probably worth clarifying or highlighting somewhere more prominent.

When I get some more time, I'll look further into where I found the problematic documentation explicitly specifying full path. Clearly I should have taken better notes when initially submitting the bug.
 [2008-01-11 22:49 UTC] o_orca at hotmail dot com 
I am getting this problem on RHEL 4 64-bit.  I'm installing PHP-5.2.5

I have included --with-libdir=lib64 and --with-mysql=/usr/local/mysql

I added the specific mysql dir because I've install MySQL from the tarball instead of taking what RedHat gave me.

Full config command:
./configure --with-apxs2=/usr/local/apache2/bin/apxs --prefix=/usr/local/apache2/php --with-mysql=/usr/local/mysql --with-mysql-sock --with-mysqli=/usr/local/mysql/bin/mysql_config --disable-posix --enable-calendar --enable-memory-limit --with-libdir=lib64 --with-pear --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir --without-sqlite --without-pdo-sqlite --with-pdo-mysql --enable-sockets --sysconfdir=/etc --with-config-file-path=/etc

This command without the pear and libdir parts is what I've been using on RHEL4 32-bit machines for some time.  Never had a problem before trying it on this 64-bit system.  

Anyone have a good solution?  Would appreciate the help.
 [2010-10-19 06:19 UTC] kalle@php.net
-Status: Assigned +Status: Open -Assigned To: kalle +Assigned To:
 [2010-10-19 06:19 UTC] kalle@php.net 
Unassigning myself, I have no idea why it was assigned to me. So a doc-linux guy should pick this up instead :)
 [2010-10-23 17:11 UTC] kalle@php.net 
Automatic comment from SVN on behalf of kalle
Revision: http://svn.php.net/viewvc/?view=revision&revision=304666
Log: Documented --with-libdir (Bug #41231)
 [2010-10-23 17:11 UTC] kalle@php.net
-Status: Open +Status: Closed -Assigned To: +Assigned To: kalle
 [2010-10-23 17:11 UTC] kalle@php.net 
This bug has been fixed in the documentation's XML sources. Since the
online and downloadable versions of the documentation need some time
to get updated, we would like to ask you to be a bit patient.

Thank you for the report, and for helping us make our documentation better.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sun Oct 06 05:01:26 2024 UTC