Fedora 20 issues with enabling apcu with 'in tree' compile for PHP 5.5.4: undefined reference to symbol 'pthread_rwlock_wrlock about apcu HOT 11 CLOSED

What does the command

ldd apcu.so

say?

from apcu.

ah, it won't compile .. ok, the issue must be in the multilib or some system misconfiguration

from apcu.

You do sometimes get strangeness on multilib systems, what's a little confusing is that to have rwlocks being referenced your system compiled a binary during configure with the same libpath and lib flag, so it must infact be a working configuration ... I will investigate ...

from apcu.

Note the latest '.git' PULL of APC source [http://git.php.net/?p=pecl/caching/apc.git] compiles fine with the same 'equivalent' configs (a static PHP tree compile).

I specifically do not use multilibs - nor PECL, I have 'gcc 4.8.1 20130920' setup to only do x86_64 (along with 'glibc' references to 64-bit). The .git pull of APC (original) has no issue with this, so I will stick to it for now.

from apcu.

For my curiosity, why are you truing to build stuff already available in Fedora 20 official repository ?

And APCu build without issue on F20
http://kojipkgs.fedoraproject.org//packages/php-pecl-apcu/4.0.2/2.fc20/data/logs/x86_64/build.log

from apcu.

Because I do not do 'PECL' builds for PHP, I do include any required libraries into the PHP tree, at compile time.
For the moment, 'apcu' is the first that /ext has had an issue with this method. Note; No issue with 'apc' on the same method.

from apcu.

Also no issue with the same method deployed for 'opcache' being now fully part of php 5.5.+
My Fedora RPM php.spec has this working config for php 5.5.4 + opcache + apc:

--enable-opcache \
--enable-apc \
--disable-apc-mmap \
--disable-apc-sem \
--disable-apc-pthreadmutex \
--disable-apc-pthreadrwlocks \
--disable-apc-memprotect \
--enable-apc-spinlocks \

The only reason, as you know, to use 'apc[u]' - is for the 'user cache' feature.

from apcu.

[remicollet], "off-topic" - but many thanks for 'pecl-json-c' @ https://github.com/remicollet/pecl-json-c. I was saved by that 'new' library - when PHP 5.5.4 'suddenly' dropped the json php/ext over the recent known license issues. "Drupal errors with the well known "PHP Fatal error: Call to undefined function json_encode()".

A php tree build with your 'pecl-json-c' resolved that.

from apcu.

@peterbowey "off-topic" sorry but I still don't understand why you don't use fedora official RPM ?

from apcu.

@remicollet "off-topic". I actually use http://koji.fedoraproject.org/koji/packages. grab the *.src.rpm and compile as required. This I have done for years. You are well know for php rpms, in this URL! As a Linux engineer and programmer - this suites my devel + production fine ;-)

from apcu.

@krakjoe - Many thanks Joe, the recent 'fix #46 ' dealt with the [above] given problem - nicely! Thanks to the well known '-lpthread' inclusive.

from apcu.