CapÃtulo 54. Problemas de CompilaciÃ³n

Esta secciÃ³n reÃºne la mayorÃa de errores que ocurren en tiempo de compilaciÃ³n.

1. Tengo la Ãºltima versiÃ³n de PHP usando el servicio de CVS anÃ³nimo, Â¡pero no hay un script configure!
2. Tengo problemas configurando PHP para que funcione con Apache. Dice que no puede encontrar httpd.h, Â¡pero estÃ¡ allÃ donde dije que estaba!
3. Mientras configuraba PHP (./configure), se encuentra con un error similar al siguiente:
4. Cuando intento iniciar Apache, recibo el siguiente mensaje:
5. Cuando ejecuto configure, Â¡dice que no puede encontrar los archivos de inclusiÃ³n o la biblioteca GD, gdbm o algÃºn otro paquete!
6. Cuando estÃ¡ compilando el archivo language-parser.tab.c, produce errores diciendo yytname undeclared.
7. Cuando ejecuto make, parece correr bien pero luego falla cuando intenta enlazar la aplicaciÃ³n final, quejÃ¡ndose de que no puede encontrar algunos archivos.
8. Cuando se enlaza PHP, se queja del nÃºmero de referencias indefinidas.
9. No puedo lograr que compile PHP con Apache 1.3.
10. He seguido todos los pasos para instalar la versiÃ³n tipo mÃ³dulo de Apache en Unix, y mis scripts PHP aparecen en mi navegador o se me pide que guarde el archivo.
11. Dice que use: --activate-module=src/modules/php4/libphp4.a, pero ese archivo no existe, Â¡asÃ que lo cambiÃ© a --activate-module=src/modules/php4/libmodphp4.a y no funciona! Â¿QuÃ© estÃ¡ pasando?
12. Cuando intento compilar Apache con PHP como un mÃ³dulo estÃ¡tico usando --activate-module=src/modules/php4/libphp4.a me dice que mi compilador no es compatible con ANSI.
13. Cuando intento compilar PHP usando --with-apxs obtengo mensajes de error extraÃ±os.
14. Durante make, recibo errores sobre microtime, y muchos sobre RUSAGE_.
15. Cuando compilo PHP con MySQL, configure corre bien, pero durante make recibo un error similar al siguiente: ext/mysql/libmysql/my_tempnam.o(.text+0x46): In function my_tempnam': /php4/ext/mysql/libmysql/my_tempnam.c:103: the use of tempnam' is dangerous, better use mkstemp', Â¿quÃ© estÃ¡ fallando?
16. Quiero actualizar mi instalaciÃ³n de PHP. Â¿DÃ³nde puedo encontrar la lÃnea ./configure que fue usada para compilar mi instalaciÃ³n actual de PHP?
17. Cuando se compila PHP con la biblioteca GD se producen errores extraÃ±os de compilaciÃ³n o produce un fallo de segmentos (segfault) en la ejecuciÃ³n.
18. Cuando se compila PHP parece que recibo errores aleatorios, como si se colgara. Estoy usando Solaris si eso tiene importancia.

1. Tengo la Ãºltima versiÃ³n de PHP usando el servicio de CVS anÃ³nimo, Â¡pero no hay un script configure!

Es necesario tener el paquete GNU autoconf instalado de modo que pueda generar el script configure desde configure.in. Simplemente ejecute ./buildconf en el directorio superior despuÃ©s de obtener las fuentes del servidor CVS. (Asimismo, a menos que corra configure con la opciÃ³n --enable-maintainer-mode, el script no serÃ¡ re-creado automÃ¡ticamente cuando el archivo configure.in sea actualizado, asÃ que debe asegurarse de hacerlo manualmente cuando note que configure.in ha cambiado. Un sÃntoma de esto es encontrar cosas como @VARIABLE@ en su Makefile despuÃ©s de que se ejecuta configure o config.status.)

2. Tengo problemas configurando PHP para que funcione con Apache. Dice que no puede encontrar httpd.h, Â¡pero estÃ¡ allÃ donde dije que estaba!

Necesita decirle al script configure/setup la ubicaciÃ³n del nivel superior de su Ã¡rbol fuente de Apache. Esto quiere decir que debe especificar --with-apache=/ruta/hacia/apache y no --with-apache=/ruta/hacia/apache/src.

3. Mientras configuraba PHP (./configure), se encuentra con un error similar al siguiente:

checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up

AsegÃºrese de leer las instrucciones de instalaciÃ³n cuidadosamente y note que necesita instalar tanto flex como bison para compilar PHP. Dependiendo de su configuraciÃ³n, deberÃ¡ instalar bison y flex ya sea desde el cÃ³digo fuente, o un paquete, como un RPM.

4. Cuando intento iniciar Apache, recibo el siguiente mensaje:

fatal: relocation error: file /ruta/hacia/libphp4.so: symbol ap_block_alarms: referenced symbol not found

Este error aparece usualmente cuando se compila el programa nÃºcleo de Apache como una biblioteca DSO para uso compartido. Intente reconfigurar apache, asegurÃ¡ndose de usar por lo menos las siguientes banderas:

--enable-shared=max --enable-rule=SHARED_CORE

Para mÃ¡s informaciÃ³n, lea el archivo INSTALL en el nivel superior de Apache, o la pÃ¡gina del manual DSO de Apache.

5. Cuando ejecuto configure, Â¡dice que no puede encontrar los archivos de inclusiÃ³n o la biblioteca GD, gdbm o algÃºn otro paquete!

Puede hacer que el script configura busque por archivos de cabecera y bibliotecas en ubicaciones no-estÃ¡ndar especificando banderas a pasar al pre-procesador y enlazador de C, como:
CPPFLAGS=-I/ruta/hacia/include LDFLAGS=-L/ruta/hacia/biblioteca ./configure
Si estÃ¡ usando una variante de csh como intÃ©rprete de comandos (Â¿porquÃ©?), serÃa:
env CPPFLAGS=-I/ruta/hacia/include LDFLAGS=-L/ruta/hacia/biblioteca ./configure

6. Cuando estÃ¡ compilando el archivo language-parser.tab.c, produce errores diciendo yytname undeclared.

Necesita actualizar su versiÃ³n de Bison. Puede encontrar la versiÃ³n mÃ¡s reciente en http://www.gnu.org/software/bison/bison.html.

7. Cuando ejecuto make, parece correr bien pero luego falla cuando intenta enlazar la aplicaciÃ³n final, quejÃ¡ndose de que no puede encontrar algunos archivos.

Algunas versiones antiguas de make no colocan correctamente las versiones compiladas de los archivos en el directorio de funciones en ese mismo directorio. Intente ejecutar cp *.o functions y luego re-ejecute make para ver si eso ayuda. Si lo hace, realmente deberÃa actualizarse a una versiÃ³n reciente de GNU make.

8. Cuando se enlaza PHP, se queja del nÃºmero de referencias indefinidas.

Eche un vistazo a la lÃnea de enlace y asegÃºrese de que todas las bibliotecas apropiadas estÃ¡n siendo incluidas al final. Algunas comunes que puede estar dejando pasar son '-ldl' y cualquier otra biblioteca requerida para el soporte de bases de datos que incluyÃ³.

Si estÃ¡ enlazando con Apache 1.2.x, Â¿recordÃ³ agregar la informaciÃ³n apropiada a la lÃnea EXTRA_LIBS del archivo de configuraciÃ³n y re-ejecutÃ³ el script Configure de Apache? Vea el capÃtulo de instalaciÃ³n para mÃ¡s informaciÃ³n.

Algunas personas han reportado tambiÃ©n que han tenido que agregar '-ldl' inmediatamente despuÃ©s de libphp4.a cuando enlazan con Apache.

9. No puedo lograr que compile PHP con Apache 1.3.

En realidad es sencillo. Siga los siguientes pasos cuidadosamente:

Obtenga la Ãºltima distribuciÃ³n de Apache 1.3 desde http://www.apache.org/dist/httpd/.
Descomprima el archivo en alguna parte, por ejemplo /usr/local/src/apache-1.3.
Compile PHP ejecutando en un principio ./configure --with-apache=/<ruta>/apache-1.3 (sustituya <ruta> con la ruta real a su directorio apache-1.3.)
Escriba make seguido de make install para compilar PHP y copiar los archivos necesarios al Ã¡rbol de la distribuciÃ³n de Apache.
Cambie de directorios al directorio /<ruta>/apache-1.3/src y edite el archivo Configuration. Agregue al archivo: AddModule modules/php4/libphp4.a.
Escriba: ./configure seguido por make.
Â¡Ahora debe tener un binario httpd habilitado con PHP!

Nota: TambiÃ©n es posible usar el nuevo script ./configure de Apache. Vea las instrucciones en el archivo README.configure que es parte de su distribuciÃ³n de Apache. TambiÃ©n eche un vistazo al archivo INSTALL en la distribuciÃ³n de PHP.

10. He seguido todos los pasos para instalar la versiÃ³n tipo mÃ³dulo de Apache en Unix, y mis scripts PHP aparecen en mi navegador o se me pide que guarde el archivo.

Esto quiere decir que el mÃ³dulo PHP no estÃ¡ siendo invocado por alguna razÃ³n. Tres cosas que puede verificar antes de solicitar mÃ¡s ayuda:

AsegÃºrese de que el binario httpd que estÃ¡ corriendo es el binario httpd real que acaba de compilar. Para hacer esto, pruebe ejecutar: /ruta/hacia/binario/httpd -l
Si no ve mod_php4.c listado entonces no estÃ¡ ejecutando el binario correcto. Encuentre e instale el binario correcto.
AsegÃºrese de que ha agregado el Tipo Mime correcto a uno de sus archivo .conf de Apache. Debe ser: AddType application/x-httpd-php3 .php3 (para PHP 3)
o AddType application/x-httpd-php .php (para PHP 4)
TambiÃ©n asegÃºrese de que esta lÃnea AddType no estÃ¡ escondida al interior de un bloque <Virtualhost> o <Directory> que puede prevenir que se aplique en la ubicaciÃ³n de su script de prueba.
Finalmente, la ubicaciÃ³n predeterminada de los archivos de configuraciÃ³n de Apache cambiÃ³ entre Apache 1.2 y Apache 1.3. DeberÃa verificar que el archivo de configuraciÃ³n al que le estÃ¡ agregando la lÃnea AddType estÃ¡ siendo leÃdo en realidad. Puede colocar un error de sintaxis obvio en su archivo httpd.conf o algÃºn otro cambio obvio que le dirÃ¡ si el archivo estÃ¡ siendo leÃdo correctamente.

11. Dice que use: --activate-module=src/modules/php4/libphp4.a, pero ese archivo no existe, Â¡asÃ que lo cambiÃ© a --activate-module=src/modules/php4/libmodphp4.a y no funciona! Â¿QuÃ© estÃ¡ pasando?

Note que el archivo libphp4.a no se supone que exista. !El proceso de apache lo crearÃ¡!

12. Cuando intento compilar Apache con PHP como un mÃ³dulo estÃ¡tico usando --activate-module=src/modules/php4/libphp4.a me dice que mi compilador no es compatible con ANSI.

Este es un mensaje de error equivocado de Apache que ha sido arreglado en versiones mÃ¡s recientes.

13. Cuando intento compilar PHP usando --with-apxs obtengo mensajes de error extraÃ±os.

Hay tres cosas que pueden verificarse. Primero, por alguna razÃ³n cuando Apache compila el script Perl apxs, a veces termina compilÃ¡ndose sin las variables y banderas de compilaciÃ³n apropiadas. Encuentre su script apxs (pruebe con el comando which apxs), a veces se encuentra en /usr/local/apache/bin/apxs o /usr/sbin/apxs. Ãbralo y verifique que tenga lÃneas similares a las siguientes:
my $CFG_CFLAGS_SHLIB = ' '; # substituted via Makefile.tmpl my $CFG_LD_SHLIB = ' '; # substituted via Makefile.tmpl my $CFG_LDFLAGS_SHLIB = ' '; # substituted via Makefile.tmpl
Si esto es lo que ve, ha encontrado su problema. Puede que contengan solo espacios u otros valores incorrectos, como 'q()'. Cambie estas lÃneas para que digan:
my $CFG_CFLAGS_SHLIB = '-fpic -DSHARED_MODULE'; # substituted via Makefile.tmpl my $CFG_LD_SHLIB = 'gcc'; # substituted via Makefile.tmpl my $CFG_LDFLAGS_SHLIB = q(-shared); # substituted via Makefile.tmpl
El segundo problema posible deberÃa ocurrir Ãºnicamente en Red Hat 6.1 y 6.2. El script apxs que distribuye Red Hat estÃ¡ mal. Busque esta lÃnea:
my $CFG_LIBEXECDIR = 'modules'; # substituted via APACI install
Si ve esta lÃnea, cÃ¡mbiela por esto:
my $CFG_LIBEXECDIR = '/usr/lib/apache'; # substituted via APACI install
Por Ãºltimo, si usted re-configura/re-instala Apache, agregue un make clean al proceso despuÃ©s de ./configure y antes de make.

14. Durante make, recibo errores sobre microtime, y muchos sobre RUSAGE_.

Durante la porciÃ³n make de la instalaciÃ³n, si encuentra problemas similares a esto:
microtime.c: In function `php_if_getrusage': microtime.c:94: storage size of `usg' isn't known microtime.c:97: `RUSAGE_SELF' undeclared (first use in this function) microtime.c:97: (Each undeclared identifier is reported only once microtime.c:97: for each function it appears in.) microtime.c:103: `RUSAGE_CHILDREN' undeclared (first use in this function) make[3]: *** [microtime.lo] Error 1 make[3]: Leaving directory `/home/master/php-4.0.1/ext/standard' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/master/php-4.0.1/ext/standard' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/master/php-4.0.1/ext' make: *** [all-recursive] Error 1

Su sistema estÃ¡ daÃ±ado. Necesita arreglar sus archivos /usr/include instalando un paquete glibc-devel que coincida con su glibc. Esto no tiene nada que ver con PHP. Para probar este punto, realice la siguiente prueba:
$ cat >test.c <<X #include <sys/resource.h> X $ gcc -E test.c >/dev/null
Si eso produce errores, sabrÃ¡ que sus archivos de inclusiÃ³n estÃ¡n en mal estado.

15. Cuando compilo PHP con MySQL, configure corre bien, pero durante make recibo un error similar al siguiente: ext/mysql/libmysql/my_tempnam.o(.text+0x46): In function my_tempnam': /php4/ext/mysql/libmysql/my_tempnam.c:103: the use of tempnam' is dangerous, better use mkstemp', Â¿quÃ© estÃ¡ fallando?

Primero, es importante entender que esta es una Advertencia y no un error fatal. Dado que Ã©sta es con frecuencia la Ãºltima salida observada durante make, puede parecer como un error fatal, pero no lo es. Por supuesto, si ha configurado su compilador para que se detenga en las Advertencias, lo harÃ¡. TambiÃ©n tenga en cuenta que el soporte MySQL estÃ¡ habilitado por defecto.

Nota: A partir de PHP 4.3.2, tambiÃ©n verÃ¡ el siguiente texto despuÃ©s de que la compilaciÃ³n (make) se complete:
Build complete.
        (It is safe to ignore warnings about tempnam and tmpnam).

16. Quiero actualizar mi instalaciÃ³n de PHP. Â¿DÃ³nde puedo encontrar la lÃnea ./configure que fue usada para compilar mi instalaciÃ³n actual de PHP?

Bien puede mirar su archivo config.nice, en el Ã¡rbol actual de su instalaciÃ³n PHP actual o, si no estÃ¡ disponible, simplemente ejecute un script como el siguiente

<?php phpinfo(); ?>
Al comienzo de la salida, la lÃnea ./configure usada para compilar la instalaciÃ³n PHP actual es desplegada.

17. Cuando se compila PHP con la biblioteca GD se producen errores extraÃ±os de compilaciÃ³n o produce un fallo de segmentos (segfault) en la ejecuciÃ³n.

AsegÃºrese de que su biblioteca GD y PHP estÃ¡n enlazados contra las mismas bibliotecas de dependencia (p.ej. libpng).

18. Cuando se compila PHP parece que recibo errores aleatorios, como si se colgara. Estoy usando Solaris si eso tiene importancia.

Usar utilidades no-GNU durante la compilaciÃ³n de PHP puede causar problemas. AsegÃºrese de usar herramientas GNU para tener la certeza de que la compilaciÃ³n de PHP funcione. Por ejemplo, en Solaris, usar las versiones de SunOS compatibles-con-BSD o de Solaris de sed no funcionarÃ¡, pero usar las versiones GNU o Sun POSIX (xpg4) de sed lo harÃ¡. Enlaces: GNU sed, GNU flex, y GNU bison.

add a note User Contributed Notes
Problemas de CompilaciÃ³n

chris dot good at NOSPAM dot infor dot com
10-May-2006 12:12


Re Solaris

I was able to compile PHP 5.0.4 under Solaris 2.6 but I had to use gcc to do it. The source is not compatible with the Solaris C preprocessor. I did not have to install any of the gnu utilities (like sed etc) to get it to compile. It clean compiled & linked immediately using gcc 3.3.2.

timothy at imail dot ru
02-May-2006 07:24


Note on PHP5 setup under RedHat 7



Sometimes php5 fails to build with the following message:



[root@www bin]# ./php5

./php5: error while loading shared libraries: unexpected reloc type 0x80



Below is the configure script used:     



# PHP5 CLI build, CGI/SAPI disabled

# Created by configure



'./configure' \

'--enable-libxml' \

'--with-mysql=/path_to_mysql' \

'--with-libxml=/path_to_my_libxml' \

'--program-suffix=5' \

'--disable-cgi' \

"$@"



I used the following trick to get round this:



0. If it is not a clean installation, run 'make clean' to get rid of improperly compiled files



1. run ./configure with required options

2. edit makefile:

2.1 find any LDFLAGS or PROGRAM_LDFLAGS definition

2.2 append -lstdc++ to the end of it

3. Run 'make'

4. Run 'make install'

5. Enjoy!!!

anca-phpdoc at anca dot tv
08-Dec-2005 07:48


For the configure newbies among us:



If you update or reinstall any of the libraries used to compile in a different directory than they started out, you will need to make sure that you update the config.cache file (or re-generate it) so that configure will not look in the wrong place for the information. 



On Mac OS X, for example, I updated my libxml using Fink.  Fink placed the files in the /sw directory.  However, php was still looking for important libxml files (such as xml2-config) in the old directory (/usr/bin/xml2-config).   After updating config.cache with the new value of the xml2-config path, I was able to compile correctly.

datemplar at freePotatoes dot fr
03-Oct-2005 05:15


If the option --with-apsx2=/path/to/apxs seems to have absolutely no effect and if the configure script ignores the Apache 2.x support, try to shutdown your Apache server (/path/to/bin/apachectl stop) and retry.



It worked here.

didier b.
07-Aug-2005 04:52


I post here because I was unable to find the information on the web.

I hope it will help someone.



Let say you have 2 apache ruuning, on one you want to have disable_functions set and on the other one you don't.



In fact I have (one) solution compiling two differents php modules with differents path to php.ini



using :

--with-config-file-path=/etc/php5  (for the first one)

--with-config-file-path=/etc/php5.nonchroote (for the second one)



for the second one I do not use "make install" but just 

"cp .libs/libphp5.so /usr/lib/apache/1.3/libphp5.nonchroote.so"



Then you have to change the 

LoadModule php5_module        /usr/lib/apache/1.3/libphp5.nonchroote.so in the second httpd.conf

brad at computechnv dot com
07-Apr-2005 03:07


My problem was actually with mod_dav (which referred me here). Since they took the time to point people here, I thought I'd go ahead and add my two cents worth and expand on the above since it obviously affects PHP as well. I am running Fedora Core 3, Apache 2.0.53, & PHP 5.03. Apache and PHP were built from source.



The first suggestion in section 13 above was close, but not exactly what I needed. jimsteele's suggestion would have worked, but you would have to do it every time you use APXS. What I did was copy these lines:



my $CFG_CFLAGS_SHLIB  = '-fpic -DSHARED_MODULE';

my $CFG_LD_SHLIB      = 'gcc'; 

my $CFG_LDFLAGS_SHLIB = q(-shared); 



and pasted them in the configuration section of my apxs file. Worked like a champ.

dl927 at torfree dot net
11-Feb-2004 09:17


Compiling mod_php4 port on a clean freeBSD 4.8 install for Apache2 needed FOR_APACHE2= yes manually inserted into Makefile prior to version check.

dale at botkin dot org
04-Nov-2002 02:20


If you have customized your Apache to lie about its version number, you may need to edit configure to skip the version number check.  Just /APACHE_VERSION in configure to find the instance(s) where configure checks to make sure you have the right combination of --with-apxs or --with_apxs2 and Apache 1.3 or 2.0.  Assuming you're smart enough to remember which version of Apache you have, you can just delete or comment out the version check and continue to march.

jimsteele at nospam dot com
14-Oct-2001 01:43


Defining the right environment variables for my Apache "make" invocation allowed the correct "apxs" file to be generated for me.  Your mileage may vary.





cd ../apache_1.3.22


CFLAGS_SHLIB="-fpic -DSHARED_MODULE" \


  LD_SHLIB=gcc \


  LDFLAGS_MOD_SHLIB="-shared" \


  make

add a note