CVS update: php3

From: Date: Mon, 01 Feb 1999 23:12:04 +0000
Subject: CVS update: php3
Groups: php.dev 
Request: Send a blank email to php-dev+get-3830@lists.php.net to get a copy of this message
Date: Monday February 1, 1999 @ 18:12 Author: rasmus Update of /repository/php3 In directory asf:/home/rasmus/php3 Modified Files: INSTALL Log Message: Add some of these things that I am tired of answering directly to the INSTALL file. Index: php3/INSTALL diff -c php3/INSTALL:1.24 php3/INSTALL:1.25 *** php3/INSTALL:1.24 Wed Dec 16 03:12:14 1998 --- php3/INSTALL Mon Feb 1 18:12:03 1999 *************** *** 30,35 **** --- 30,73 ---- Edit your httpd.conf or srm.conf file and add: AddType application/x-httpd-php3 .php3 + RESOLVING COMMON PROBLEMS + + - If you are recompiling PHP to enable a new feature, it is a good idea to first + remove the 'config.cache' file. This is especially important for something + like the FreeType TTF library. + + - If you can't get PHP to recognize a library, have a quick peak at the + configure.in file. It isn't all that cryptic and you should be able to + see where PHP is looking for stuff. Note that the $withval variable you + see in that file refers to the string you feed the --with-whatever option. + So, for example, if you are trying to get PHP to recognize gd and you installed + it in /my/path, you would feed it --with-gd=/my/path and when you look at the + configure.in file $withval would be equal to '/my/path' and you would see that + it looks for /my/path/lib/libgd.a and /my/path/include/gd.h (among other places). + + - When compiling Apache you might see an error similar to this: + + > ./gen_test_char: error in loading shared libraries + > libmysqlclient.so: cannot open shared object file: No such file or directory + + Or it may be some other .so file. On Linux, edit your /etc/ld.so.conf file + and add the directory where the file can be found. For the MySQL case it might + be /usr/local/lib/mysql, but check to make sure. Then run 'ldconfig' and go back + to your Apache directory and type: 'make clean'. Then try compiling again. If + you are not on Linux and you see this error, a quick-fix is to create a symbolic + link to the shared lib from one of the directories on your link path. Something + like 'ln -s /usr/local/lib/mysql/libmysqlclient.so /usr/lib'. + + - If you are seeing all sorts of unresolved references trying to compile PHP with + Oracle support, try playing around with the set of libraries defined on the LIBS + line in the Apache Makefile (after you have run Apache's configure or + src/Configure script). The set and interdenpecies of libs needed to link Oracle + correctly seems to change randomly from platform to platform and from version + to version. PHP tries to figure it out, but doesn't always get it right. Reports + are that the correct Oracle-Linux set of libs is: + + -L$ORACLE_HOME/lib -lclntsh -lpsa -lcore4 -lnlsrtl3 -lclntsh -lm + VERBOSE INSTALL -- PHP Development Mailing List http://www.php.net/ To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net For help: php-dev-help@lists.php.net

« previous php.dev (#3830) next »