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:
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.
Previous Comments:
------------------------------------------------------------------------
[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 ?
------------------------------------------------------------------------
[2014-10-24 17:05:47] aharvey@php.net
PHP 5.6.2 with --enable-zip builds OK for me on a stock CentOS 6.5 x86-64 VM (and passes the test
suite). What architecture and compiler are you running on?
Beyond that, the best thing to do is probably to attempt to isolate what combination of configure
options causes the build to fail: start with ./configure --enable-zip, and then gradually
reintroduce each --with and --enable option until the build fails. My suspicion is that one of the
custom library builds that is being used is somehow stomping on the SIZEOF_OFF_T #define.
------------------------------------------------------------------------
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