Edit report at https://bugs.php.net/bug.php?id=68302&edit=1
ID: 68302
Comment by: ax at jentian dot com
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:
Remove --with-pdo-pgsql pass.
Previous Comments:
------------------------------------------------------------------------
[2015-06-02 11:05:40] ScullyZ at posteo dot net
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.
------------------------------------------------------------------------
[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
------------------------------------------------------------------------
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