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! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
Block user comment
Status: Assign to:
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 03:01:28 2024 UTC