Bug 344605 – dev-php/pear cannot build some pecl extensions - libtool: Version mismatch error. This is libtool 2.2.10, but the libtool: definition of this LT_INIT comes from an older release.

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description .silent 2010-11-08 00:23:05 UTC]

Can't install some pecl extensions (for example "stem") cause of aclocal.m4.

Reproducible: Always

Steps to Reproduce:
1. emerge pear
2. pear install stem
3. check some languages
4. wait for building starts

Actual Results:  
running: make
/bin/sh /var/tmp/pear-build-root/stem-1.5.0/libtool --mode=compile cc  -I. -I/tmp/stem -DPHP_ATOM_INC -I/var/tmp/pear-build-root/stem-1.5.0/include -I/var/tmp/pear-build-root/stem-1.5.0/main -I/tmp/stem -I/usr/lib/php5/include/php -I/usr/lib/php5/include/php/main -I/usr/lib/php5/include/php/TSRM -I/usr/lib/php5/include/php/Zend -I/usr/lib/php5/include/php/ext -I/usr/lib/php5/include/php/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -c /tmp/stem/stem.c -o stem.lo
/var/tmp/pear-build-root/stem-1.5.0/libtool: line 480: CDPATH: command not found
/var/tmp/pear-build-root/stem-1.5.0/libtool: line 1304: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.2.10, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.10
libtool: and run autoconf again.
make: *** [stem.lo] Error 63
ERROR: `make' failed

Expected Results:  
success

There was a similar bug #220519, but with portage hosted extension. Now I try to build some extensions with "pecl install" and it is failed. I think we need a patch for pecl to correct it as it was in bug solution.

[Comment 1 .silent 2010-11-08 00:24:21 UTC]

Sorry, 2nd step is "pecl install stem"

[Comment 2 .silent 2010-11-08 09:24:28 UTC]

Created attachment 253597 [details, diff]
patch to pear

I don't think it is ideal solution, but it is working for me and maybe will help you with fixing that.

[Comment 3 Chris Bruner 2010-12-01 10:21:50 UTC]

eAccelerator and xdebug seem to have problems as well. I think it all comes down to the phpize again now that libtool has been updated.

[Comment 4 Brian Moon 2011-02-09 05:17:42 UTC]

Yes, this plagues most PECL packages when attempting to install via pecl.

running: make
/bin/sh /var/tmp/pear-build-root/libevent-0.0.4/libtool --mode=compile cc  -I. -I/tmp/pear/temp/libevent -DPHP_ATOM_INC -I/var/tmp/pear-build-root/libevent-0.0.4/include -I/var/tmp/pear-build-root/libevent-0.0.4/main -I/tmp/pear/temp/libevent -I/usr/lib64/php5/include/php -I/usr/lib64/php5/include/php/main -I/usr/lib64/php5/include/php/TSRM -I/usr/lib64/php5/include/php/Zend -I/usr/lib64/php5/include/php/ext -I/usr/lib64/php5/include/php/ext/date/lib  -DHAVE_CONFIG_H  -g -O2   -c /tmp/pear/temp/libevent/libevent.c -o libevent.lo
/var/tmp/pear-build-root/libevent-0.0.4/libtool: line 467: CDPATH: command not found
/var/tmp/pear-build-root/libevent-0.0.4/libtool: line 1159: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.2.6b, but the
libtool: definition of this LT_INIT comes from an older release.
libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6b
libtool: and run autoconf again.
make: *** [libevent.lo] Error 63
ERROR: `make' failed

[Comment 5 Ole Markus With (RETIRED) 2011-04-29 19:59:25 UTC]

Reassigning this bug to php-bugs. I'll have a look into this. I still feel that it is silly to use pecl to install a package when it is so easy to create ebuilds for pecl packages, but it would be un-gentooish to take away the freedom from users.

[Comment 6 Ole Markus With (RETIRED) 2011-05-21 16:16:46 UTC]

I committed an ebuild with the patch from .silent. This is pretty much what happens when you install pecl packages through an ebuild, so ideal or not, it works.

Would be nice if anyone cared to test that this behaves before I close the issue.

[Comment 7 Tomy 2011-05-31 13:28:29 UTC]

(In reply to comment #2)
> Created attachment 253597 [details, diff]
> patch to pear
> 
> I don't think it is ideal solution, but it is working for me and maybe will
> help you with fixing that.

By using this patch, pecl installations work perfectly. Thanks!

[Comment 8 Ole Markus With (RETIRED) 2011-05-31 13:35:42 UTC]

Okay. Closing this issue then. 
Thanks