If you have multiple PHP versions installed, you may be able to specify for which installation you'd like to build by using the --with-php-config option during configuration.
--with-php-config=[Insert path to proper php-config here]
For example (my case):
./configure --with-php-config=/usr/local/php5/bin/php-config5
Compilation des extensions partagées avec phpize
Parfois, l'utilisation de l'installeur pecl n'est pas une option. Cela peut être dû à la présence d'un pare-feu ou au fait que l'extension en cours d'installation n'est pas disponible en tant que paquet PECL compatible, comme les extensions non publiées provenant de git. Si une telle extension doit être construite, les outils de construction de niveau inférieur peuvent être utilisés pour effectuer la construction manuellement.
La commande phpize est utilisée pour préparer l'environnement de compilation pour une extension PHP. Dans l'exemple suivant, les sources de l'extension sont dans un dossier appelé extname :
$ cd extname $ phpize $ ./configure $ make # make install
Une installation réussie créera un fichier extname.so
et le placera dans le dossier des extensions
de PHP. Le php.ini devra être ajusté, et la ligne extension=extname.so
ajoutée avant de pouvoir utiliser l'extension.
Si le système ne possède pas la commande phpize et que
des paquets précompilés (comme des RPM) sont utilisés, il faut s'assurer d'installer
également la version de développement appropriée des paquets PHP car
elle inclut également la commande phpize ainsi que les en-têtes
appropriés pour construire PHP et ses extensions.
Exécuter la commande phpize --help pour afficher des informations d'utilisation supplémentaires.
add a note
User Contributed Notes 5 notes
Brian ¶
16 years ago
admin at eexit dot net ¶
12 years ago
When compiling an extension for a stack which is 64 bits (for example) and your compiler is configured to compile in 32 bits, you can manually compile your extensions using C flags before your configure.
Example: my system compiler is 32 bits and my stack is 64 bits. To compile my xdebug:
# phpize
# CFLAGS=-m64 CPPFLAGS=-m64 CCASFLAGS=-m64 ./configure --enable-xdebug
# gmake
# file modules/xdebug.so
modules/xdebug.so: ELF 64-bit LSB dynamic lib AMD64 Version 1, dynamically linked, not stripped, no debugging information available
Glen ¶
17 years ago
When you have multiple installations of PHP, running phpize from a specific installation will not force the module to be compiled with that installation's include files.
In my case, I had a standard PHP distribution installed, and am evaluating Zend Core / Zend Platform, which installed it's own Apache & PHP in a /usr/local/Zend/.. install path. It was missing the json.so module, so I had to compile my own.
Running Zend Core's phpize, the output indicates that configuration for that module will occur. But when running ./configure, the standard installation's include files are used. The result json.so being compiled against the wrong PHP would not load when Zend Core's php initializes.
The only way I could see to correct the situation was to temporarily change the standard PHP include path to point to the Zend Core's include files. In my case, I made a backup copy of /usr/include/php5 and did a "ln -s /usr/local/Zend/Core/include/php/ /usr/include/php5".
gautama dot himawan at yahoo dot com ¶
10 years ago
If you failed to run phpize command, then you should install php-devel package. Command line to install the php-devel package using yum is: yum install php-devel.
If you failed to compile the PECL extension, then you should install gcc package. Command line to install the gcc package using yum is: yum install gcc.
dmytton at php dot net ¶
18 years ago
In some situations (e.g. on a cPanel server), the built extension will not be placed into the correct extensions directory by the make install process. Use your phpinfo() output to determine what the correct extension_dir path is and move the generated .so file into that directory. The extension=extname.so line in php.ini will then find the extension file correctly.
