Bug #68302 [Com]: impossible to compile php with zip support

From: Date: Tue, 02 Jun 2015 11:05:40 +0000
Subject: Bug #68302 [Com]: impossible to compile php with zip support
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-193067@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=68302&edit=1 ID: 68302 Comment by: ScullyZ at posteo dot net Reported by: 0kaba0 at gmail dot com Summary: impossible to compile php with zip support Status: Open Type: Bug Package: Compile Failure Operating System: Centos 6.5 PHP Version: 5.6.2 Block user comment: N Private report: N New Comment: Oh, I think, I have found the right of exist of this T. Embarrassing ... for me. Realy. This T is perhaps a testflag and exists, because of libtool crashes bevor line 1449 ... But now I'm wondering, why it's work. Previous Comments: ------------------------------------------------------------------------ [2015-06-02 10:41:39] ScullyZ at posteo dot net I have the same problem, but maybe i can help a bit. I have to compile PHP 5.6 (with PostgreSQL, GD, libxml, calendar, zip, curl, freetype, ldap, apache, gettext and fpm) on a SLES Server (Version 11.3). After install all dependencies (postgresql-devel, gd-devel, libxml2-devel ...) I have the same Error, by execute the make-command. I wanted to show in the files, they are realated with the error (zipint.h, zip_add.lo) and saw, that the .lo-File, what was builded from libtool in the last logged step, has the wront name. It will named ext/zip/lib/zip_add.loT and not ext/zip/lib/zip_add.lo. When you rename the file, continue with "make", rename the next file and so on ... you have a working workaround. But you get crazy, there many Files (85) to rename and many times, you must continue ... Im searching for the position, were the waste T comes from ... Or for his right to exist. ------------------------------------------------------------------------ [2015-02-21 15:38:08] jrpozo at conclase dot net You have to tell configure that you have libxml2 in a non-standard location, otherwise it will get a compile error when trying to determine the size of the "off_t" type. You can see version mismatch errors between libxslt and libxml2 in config.log as it first finds the RPM-provided libxml2 library at /usr/lib64 instead of the libxml2 library at /opt/xml2 that /opt/xlst is linked against. To fix, execute: export CFLAGS="-L/opt/xml2/lib" then run the configure command. ------------------------------------------------------------------------ [2015-01-26 13:26:47] showerheadsuk at hotmail dot com I had the same problem when trying to compile PHP 5.6.5. Eventually I managed to track it down to using tidy-nu ( https://github.com/geoffmcl/tidy-fork/tree/geoffmcl-restart ) rather than tidy ------------------------------------------------------------------------ [2014-12-21 18:19:24] avarsanov at yahoo dot com I had the same error, while compiling PHP (5.6.4, but that does not matter, because I tried als PHP 5.6.3 and was reproducable) on Debian GNU/Linux. I saw that problem when I forgot to set LD_LIBRARY_PATH environment variable. So doing it like that solved my problem: $ export LD_LIBRARY_PATH=/usr/local/mysql/lib $ ./configure --enable-fpm --with-mcrypt --with-zlib --with-curl --disable-debug --disable-rpath --enable-inline-optimization --with-bz2 --enable-sockets --enable-zip --with-fpm-user=www-data --with-fpm-group=www-data --with-mysql=/usr/local/mysql/ $ make $ make test # export LD_LIBRARY_PATH=/usr/local/mysql/lib # make install ------------------------------------------------------------------------ [2014-10-24 19:38:15] 0kaba0 at gmail dot com # uname -i x86_64 # rpm -qa | grep gcc libgcc-4.4.7-4.el6.x86_64 gcc-c++-4.4.7-4.el6.x86_64 gcc-4.4.7-4.el6.x86_64 I tried to compile PHP 5.6 with following keys: #./configure --enable-zip --with-libzip and this is not generate any errors. But if I use the following keys: #./configure --enable-zip --with-libzip --with-xsl=/opt/xslt then I receive the following error: checking for libzip... from pkgconfig: version 0.11.2 found in /usr/lib64 checking for zip_open in -lzip... no configure: error: could not find usable libzip If I use the following keys: #./configure --enable-zip --with-xsl=/opt/xslt then its done without errors, but compilation is stopped with first error. Compiling a different version of PHP (5.3, 5.4 or 5.5) with this xslt library does not cause such problem. Any ideas ? ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=68302 -- Edit this bug report at https://bugs.php.net/bug.php?id=68302&edit=1

« previous php.bugs (#193067) next »