php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #56328 The package doesn't compile anymore
Submitted: 2005-02-25 08:43 UTC Modified: 2007-10-17 16:16 UTC
From: nicolas at incrowd dot be Assigned: tony2001 (profile)
Status: Closed Package: memcache (PECL)
PHP Version: 4.3.10 OS: Debian GNU/Linux
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: nicolas at incrowd dot be
New email:
PHP Version: OS:

 

 [2005-02-25 08:43 UTC] nicolas at incrowd dot be 
Description:
------------
The package doesn't compile anymore

Reproduce code:
---------------
./configure --enable-memcache --with-zlib-dir=/usr/lib
make


Expected result:
----------------
Build ok

Actual result:
--------------
/bin/sh /usr/src/memcache-1.4/libtool --mode=compile gcc  -I. -I/usr/src/memcache-1.4 -DPHP_ATOM_INC -I/usr/src/memcache-1.4/include -I/usr/src/memcache-1.4/main -I/usr/src/memcache-1.4 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/Zend -I/usr/local/include/php/TSRM  -DHAVE_CONFIG_H  -g -O2  -prefer-pic -c /usr/src/memcache-1.4/memcache.c -o memcache.lo
gcc -I. -I/usr/src/memcache-1.4 -DPHP_ATOM_INC -I/usr/src/memcache-1.4/include -I/usr/src/memcache-1.4/main -I/usr/src/memcache-1.4 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/Zend -I/usr/local/include/php/TSRM -DHAVE_CONFIG_H -g -O2 -c /usr/src/memcache-1.4/memcache.c  -fPIC -DPIC -o memcache.lo
In file included from /usr/include/openssl/comp.h:5,
                 from /usr/include/openssl/ssl.h:63,
                 from /usr/local/include/php/main/php_network.h:78,
                 from /usr/src/memcache-1.4/memcache.c:45:
/usr/include/openssl/crypto.h:324: parse error before `free_func'
/usr/include/openssl/crypto.h:324: parse error before `)'
In file included from /usr/include/openssl/objects.h:960,
                 from /usr/include/openssl/evp.h:138,
                 from /usr/include/openssl/x509.h:67,
                 from /usr/include/openssl/ssl.h:69,
                 from /usr/local/include/php/main/php_network.h:78,
                 from /usr/src/memcache-1.4/memcache.c:45:
/usr/include/openssl/asn1.h:755: parse error before `free_func'
/usr/include/openssl/asn1.h:755: `d2i_ASN1_SET' declared as function returning a function
/usr/include/openssl/asn1.h:756: parse error before `int'
/usr/include/openssl/asn1.h:853: parse error before `free_func'
/usr/include/openssl/asn1.h:853: parse error before `)'
In file included from /usr/include/openssl/evp.h:138,
                 from /usr/include/openssl/x509.h:67,
                 from /usr/include/openssl/ssl.h:69,
                 from /usr/local/include/php/main/php_network.h:78,
                 from /usr/src/memcache-1.4/memcache.c:45:
/usr/include/openssl/objects.h:989: parse error before `free_func'
/usr/include/openssl/objects.h:989: parse error before `)'
make: *** [memcache.lo] Error 1

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-02-25 08:52 UTC] tony2001 at phpclub dot net 
You have a mess with openssl headers.
That's not PECL/memcache or PHP problem.
 [2005-03-08 05:07 UTC] nicolas at incrowd dot be 
The following patch should fix the problem for Debian users:

--- memcache-1.4.orig/memcache.c        Tue Mar  8 10:59:17 2005
+++ memcache-1.4/memcache.c     Tue Mar  8 10:59:36 2005
@@ -37,7 +37,10 @@

 #if HAVE_MEMCACHE

+#define free_func zlib_free_func
 #include <zlib.h>
+#undef free_func
+
 #include "ext/standard/info.h"
 #include "ext/standard/php_string.h"
 #include "ext/standard/php_var.h"
 [2005-03-16 03:52 UTC] tony2001 at phpclub dot net 
Could you please tell me why Debian needs such workarounds?
It tried to compile the module with a lot of distribs (but not Debian) and it worked fine for me without any weird defines.
 [2005-03-16 03:58 UTC] nicolas at incrowd dot be 
I have no idea. I found this workaround somewhere on google. I'm not an expert.

Debian woody is rather an old distribution (nevertheless it's stable as a rock).
Maybe it's due to the older packages, but I have no idea.

Could please someone confirm this?

Here is the version of my zlib:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  zlib1          1.1.4-1.0woody compression library - runtime (for libc5)
ii  zlib1-altdev   1.1.4-1.0woody compression library - development (for libc5
ii  zlib1g         1.1.4-1.0woody compression library - runtime
ii  zlib1g-dev     1.1.4-1.0woody compression library - development
 [2006-03-22 06:54 UTC] tony2001 at phpclub dot net 
Does this issue still exist?
 [2007-10-17 16:16 UTC] mikael at synd dot info 
Closed old bugreport, please reopen if issue still exists in latest version
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri Dec 27 19:01:28 2024 UTC