Re: Trying to load MySQL libraries from wrong location, configure failing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Sep 1, 2007, at 22:23:08, Juan A. Pons wrote:

I don't need you to fix the issue for me as I have already done that. I was just merely trying to file the bug with you guys to make sure that other people did not run into this issue, and lo and behold other folks are having problems.

But the problem only exists when you use the mysql.org binaries so that should tell you something.

OK so you don't need me to fix it, how about checking the contents of the php-5.2.4/ext/mysql/mysql.config.m4 file, maybe it's faulty and this is what needs to be brought to their attention.


The reason I do not think that the issue is with Mysql is because every other environment I link against this same mysql installation works fine, python, ruby, perl, etc.

You cannot use the OSX binaries in other environments so claiming you can link against this installation in another environment like RH9 or something else is false.

Having success with programs like ruby, python, perl only means that they are more tolerant of the faulty installation, maybe this approach is what needs to be brought to the PHP teams attention.

As I said, I don't believe you don't have a problem, I'm interested in a solution to the problem you are having so if you really wanna help then start by providing some info on the problem when your queried about it.


As I said, I don't need to you fix the issue for me as i already have done that, I am just trying to contribute and file what seem to be bugs, but the way that we are treated here makes you wonder why we even try.

Adding the symlinks is not a proper fix, if you claim it is then perhaps a line can be added to the configure script that upon error informs you that you might need to create the symlink because you're using the mysql.org binaries.

Please send me the output of "otool -L /usr/local/mysql/lib/ libmysqlclient.dylib", this might provide the answers needed.

I'm not part of PHP development team, I am an end user but also an ex- apple programmer, I have shown that the PHP configure script does search in both path formats but you continue to claim it is a PHP bug but cannot show anything more than the symptom so to identify the issue a little preliminary work needs to occur, filing that weak bug report will result in the same conclusion as the previous one unless you can substantiate the claim to some degree.


-J


---
Juan A. Pons
juan@xxxxxxxx



On Sep 1, 2007, at 9:13 PM, BuildSmart wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Sep 1, 2007, at 20:34:14, Juan A. Pons wrote:

If you read the bug reports you will see that this is a fresh MySQL install from the package available at mysql.org and I have been able to reproduce this error on multiple systems with multiple versions of MySQL.

You can duplicate it because you are using the same faulty binaries installation.

Like I said, the binary builds available from mysql.org are not considered production ready by any means, this doesn't mean they are not useable, just not something that should be deployed in a production environment and thus you cannot consider any finding/ linking issue when using those installs to be a bug in PHP, complain to the people at MySQL.org and tell them to provide binaries that are compiled using the proper linker flags and also to make the binaries environmentally compliant.

If I make symlinks everything works as it should so that tells me there are hard references lingering somewhere.

I don't have to create those symlinks, I don't have a finding or linking issue and I use mysql-5.0.24 in /usr/local/mysql so maybe it's just a bug for you and a few others who choose to use the mysql.org binaries.

We're really going nowhere as long as you believe the problem is within PHP, your so called bug is bogus, I'm not denying you are having a problem but to place blame on PHP requires proof of a problem in PHP and so far you have only provided symptoms.

Send me your full configure line, your mysql include and lib directories and your php-5.2.4/ext/mysql/config.m4 file off list, I'll fix it so you can use the mysql.org binaries and put an end to all this stupidity.


-J

 --
Juan A. Pons
juan@xxxxxxxx

On Sep 1, 2007, at 5:34 PM, BuildSmart <buildsmart@xxxxxxxxxxxxxxxxxx> wrote:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


On Sep 1, 2007, at 16:05:49, Juan A. Pons wrote:

Geoffrey,

As John rightly pointed out, I ran into the same or similar issue. I battled it out a bit with the PHP people but frankly their attitude just bothers me.

In any case I voted for your bug and I saw that you referenced my bug, so maybe they will take this issue more seriously.

I did come up with a workaround by using symlinks

cd /usr/local/mysql/lib
ln -s /usr/local/mysql/lib ./mysql
cd /usr/local/mysql/include
ln -s /usr/local/mysql/include ./mysql

This will make your build compile and work correctly, however it is not an optimal solution, what needs to happen is that the hard references to /usr/local/mysql/lib/mysql need to be removed.

That is incorrect thinking and the reference is not hard.

The only time I see the symlink trick and people having finding and binding issues in OSX is that mysql isn't built/installed properly in the first place.

The solution is to have ext/mysql/config.m4 to check in both locations (which it already does), after examining the file I see the following:
 for i in $PHP_LIBDIR $PHP_LIBDIR/mysql; do
   MYSQL_LIB_CHK($i)
 done

PHP_LIBDIR is defined as "lib" and this tells me that something else is going on if it can't find the libraries in your installation and the check for the header files looks in both locations as well.

This means the bug you are trying to report is in fact bogus, I have MySQL-5.0.24 installed in /usr/local/mysql/ and I don't have any finding or binding issues.

Oh, one more thing, you can link against the client libraries from 4.1.13 (in /usr/lib/mysql) and experience no ill effects or lack of functionality when used with your 5.0.x mysql server.


-J

---
Juan A. Pons
juan@xxxxxxxx



On Sep 1, 2007, at 3:56 PM, Geoffrey Sneddon wrote:


On 1 Sep 2007, at 18:49, John N wrote:

Hello,

On 9/1/07, Geoffrey Sneddon <geoffers@xxxxxxxxx> wrote:
As can be seen from the debug.log, PHP attempts to read from /usr/ local/mysql/lib/mysql, which doesn't exist. It should be looking in / usr/local/mysql/lib. I'm running Mac OS 10.4.10/x86, with nothing else interesting about my setup. Everything worked up to PHP 5.2.3 on
this.

It's here been discussed with Juan, and he has reported a Php bug,

 http://bugs.php.net/bug.php?id=42464

The Php developers appear to be in disagreement :-/ You may wish to
add your voice & experiences there.

As it's marked as bogus, I cannot comment on that bug. I have opened another (#42515).

It is bogus, the issue is not with the PHP source but with the mysql.org binary if it's having an issue locating or linking to the libraries.

There are also issues with the mysql shared libraries and twolevel_namespace which causes linking issues, one of the reasons that apple builds them as static in flat_namespace is to overcome these issues.

I found the mysql.org binaries to be useless myself, I build my own as needed (as universal binaries) in the ADE (if you don't know don't ask) and I have had zero issues with any software requiring the client libraries, of course my build is environment compliant, the mysql.org binaries are not.



One may notice that when building from source MySql on OSX, the
locations are correctly,

 /usr/local/mysql/lib/mysql
 /usr/local/mysql/include/mysql

I'm reluctant to do, as the normal tarball doesn't have the patches for XNU's threading (the default ones lead to terrible performance).

Find a source version that has been patched for XNU threading, generate a diff to find the specific OSX changes and apply these to the mysql source of choice you want to utilize.


-g.

- -- Dale

- -- Dale

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)

iD8DBQFG2g5E0hzWbkf0eKgRAiP1AKDNeMg5IXKCWadzP7dbdPyJASTI6wCgosn2
e9MoLAcqXg1p7HQ3Ec4KOzg=
=ta2X
-----END PGP SIGNATURE-----




-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)

iD8DBQFG2iar0hzWbkf0eKgRAhj6AJ45JD4CMt0f8OQP1HD1I65UYP7uGwCfQaaB
Q+WcC0vKlWvADblMn5O/W1M=
=NNW4
-----END PGP SIGNATURE-----

[Index of Archives]     [PHP Users]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [Postgresql]     [PHP Books]     [PHP Databases]     [PHP SOAP]
  Powered by Linux