FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > CentOS > CentOS Development

 
 
LinkBack Thread Tools
 
Old 03-12-2009, 07:13 PM
Paulo Martinez
 
Default API definition

Am 12.03.2009 um 19:46 schrieb Remi Collet:

>> PHP Warning: PHP Startup: mhash: Unable to initialize module
Module
>> compiled with module API=20050922, debug=0, thread-safety=0
PHP
>> compiled with module API=20060613, debug=0, thread-safety=0
These
>> options need to match
in Unknown on line 0
>
> This should be detect before installation, not on apache start...
>
> That's why Fedora 5.2.x php package provides the new
> php(zend-abi) = 20060613
>
> Which should be required by all pecl extension
> /etc/rpm/macros.php (in php-devel) provides usefull macros for this.


It should be enough to specify Require/Provides-tags. As done in
php-5.2.6-2.el5s2.src.rpm and php-mcrypt (src: php-extras) via

%define apiver xxxxxxx

php-5.2.6-2.el5s2.src.rpm defines apiver 20041225.
And here comes my question: It defines this ^^ ?

rpm -q php-common-5.2.6-2.el5s2 --provides | grep api
php(api) = 20041225
php-api = 20041225

so far on rpms site. But

php -i | grep -P 'PHP API|PHP Version'
PHP Version => 5.2.6
PHP API => 20041225

contrary to above log errors (API=20060613).

Anyway, it explains why ex. php-mcrypt did't bleated at
installation time about different APIs - it was satisfied.


php-mcrypt (src: php-extras) define apiver on compile time

%global apiver %((echo 0; php -i 2>/dev/null | sed -n 's/^PHP API
=> //p') | tail -1)


Besides of php packages in extras repos. Is the
apiver-definition in php-5.2.6-2.el5s2 correct?


P.M.

_______________________________________________
CentOS-devel mailing list
CentOS-devel@centos.org
http://lists.centos.org/mailman/listinfo/centos-devel
 
Old 03-12-2009, 07:30 PM
Paulo Martinez
 
Default API definition

Am 12.03.2009 um 21:13 schrieb Paulo Martinez:

> Am 12.03.2009 um 19:46 schrieb Remi Collet:
>
>>> PHP Warning: PHP Startup: mhash: Unable to initialize module
>>>
Module
>>> compiled with module API=20050922, debug=0, thread-safety=0
PHP
>>> compiled with module API=20060613, debug=0, thread-safety=0
These
>>> options need to match
in Unknown on line 0
>>
>> This should be detect before installation, not on apache start...
>>
>> That's why Fedora 5.2.x php package provides the new
>> php(zend-abi) = 20060613
>>
>> Which should be required by all pecl extension
>> /etc/rpm/macros.php (in php-devel) provides usefull macros for this.
>
>
> It should be enough to specify Require/Provides-tags. As done in
> php-5.2.6-2.el5s2.src.rpm and php-mcrypt (src: php-extras) via
>
> %define apiver xxxxxxx
>
> php-5.2.6-2.el5s2.src.rpm defines apiver 20041225.
> And here comes my question: It defines this ^^ ?
>
> rpm -q php-common-5.2.6-2.el5s2 --provides | grep api
> php(api) = 20041225
> php-api = 20041225
>
> so far on rpms site. But
>
> php -i | grep -P 'PHP API|PHP Version'
> PHP Version => 5.2.6
> PHP API => 20041225

Paulo you fool:

php -i | grep -P 'PHP E|PHP Version'
PHP Version => 5.2.6
PHP Extension => 20060613

Log entry (API=20060613) confused me.

P.M.


> contrary to above log errors (API=20060613).
>
> Anyway, it explains why ex. php-mcrypt did't bleated at
> installation time about different APIs - it was satisfied.
>
>
> php-mcrypt (src: php-extras) define apiver on compile time
>
> %global apiver %((echo 0; php -i 2>/dev/null | sed -n 's/^PHP API
> => //p') | tail -1)
>
>
> Besides of php packages in extras repos. Is the
> apiver-definition in php-5.2.6-2.el5s2 correct?


_______________________________________________
CentOS-devel mailing list
CentOS-devel@centos.org
http://lists.centos.org/mailman/listinfo/centos-devel
 
Old 03-13-2009, 05:21 AM
Remi Collet
 
Default API definition

Paulo Martinez a écrit :

> It should be enough to specify Require/Provides-tags. As done in
> php-5.2.6-2.el5s2.src.rpm and php-mcrypt (src: php-extras) via
>
> %define apiver xxxxxxx
>
> php-5.2.6-2.el5s2.src.rpm defines apiver 20041225.
> And here comes my question: It defines this ^^ ?
>
> rpm -q php-common-5.2.6-2.el5s2 --provides | grep api
> php(api) = 20041225
> php-api = 20041225

I saw ;
rpm -qp --provides php-common-5.2.6-2.el5s2.x86_64.rpm
php(api) = 20041225
php(zend-abi) = 20060613
php-api = 20041225

php(api) is not meanfull since it haven't chance for years (2004)
Only php(zend-api) is useful

php 5.1.x => 20050922
php 5.2.x => 20060613
php 5.3.x => 20090115


>
> so far on rpms site. But
>
> php -i | grep -P 'PHP API|PHP Version'
> PHP Version => 5.2.6
> PHP API => 20041225

Check "phpize -v" :
Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20060613
Zend Extension Api No: 220060519


>
> contrary to above log errors (API=20060613).

Exactly what I write above. "PHP Api Version" as no sense as the php
extension loader check the "Zend Module Api No"

>
> Anyway, it explains why ex. php-mcrypt did't bleated at
> installation time about different APIs - it was satisfied.
>
>
> php-mcrypt (src: php-extras) define apiver on compile time
>
> %global apiver %((echo 0; php -i 2>/dev/null | sed -n 's/^PHP API
> => //p') | tail -1)

Should use (simpler) %php_core_api and %php_zend_api from
/etc/rpm/macros.php.

Generally Fedora package use something like :

%global php_apiver %((echo 0; php -i 2>/dev/null | sed -n 's/^PHP API
=> //p') | tail -1)

%if %{?php_zend_api}0
# For php 5.2.x use macros from /etc/rpm/macros.php
Requires: php(zend-abi) = %{php_zend_api}
Requires: php(api) = %{php_core_api}
%else
# Poor check for older PHP
Requires: php-api = %{php_apiver}
%endif


+
_______________________________________________
CentOS-devel mailing list
CentOS-devel@centos.org
http://lists.centos.org/mailman/listinfo/centos-devel
 

Thread Tools




All times are GMT. The time now is 05:58 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org