Bug #68302 [Com]: impossible to compile php with zip support
| From: | ScullyZ at posteo dot net | 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