php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #34696 configure: error: The pfpro extension requires version 2 or 3 of the SDK
Submitted: 2005-10-01 01:03 UTC Modified: 2005-10-03 07:08 UTC
Votes:2
Avg. Score:5.0 ± 0.0
Reproduced:2 of 2 (100.0%)
Same Version:0 (0.0%)
Same OS:0 (0.0%)
From: nandesu at gmail dot com Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 4.4.0 OS: SuSE Enterprise 9
Private report: No CVE-ID: None
 [2005-10-01 01:03 UTC] nandesu at gmail dot com
Description:
------------
PHP-4.4.0 will not even configure with verisign's PayFlowPro 
on SuSE Linux Enterprise 9. However, it works just fine (exact 
same tarballs) in Slackware-10.x.

Reproduce code:
---------------
./configure --with-apxs=/usr/local/apache/bin/apxs --enable-bcmath --with-curl --with-mysql=/usr/local/mysql --with-mcrypt=/usr/local/lib  --with-openssl=/usr/local/ssl --without-pear --disable-cgi --with-gd --with-zlib --with-jpeg-dir=/usr/local/lib --with-pfpro --enable-xml

Expected result:
----------------
I expect it to read:
checking for pfproInit in -lpfpro... yes
So I can go on about my life.  ~grins

Actual result:
--------------
checking for Verisign Payflow Pro support... yes
checking for pfproInit in -lpfpro... no
checking for PNInit in -lpfpro... no
configure: error: The pfpro extension requires version 2 or 3 
of the SDK

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2005-10-01 19:11 UTC] nandesu at gmail dot com
Still bombs at the same spot. 
I have the files pfpro.h and libpfpro.so copied to /usr/local/
lib and /usr/local/include respectively.  I have also tried 
pointing to my verisign untared location.  (i.e., --pfpro=/
usr/local/verisign/payflowpro/linux) and still not a go.  

Any other suggestions are greatly appreciated!
 [2005-10-02 00:16 UTC] sniper@php.net
Passing path with /lib in it to any PHP configure option is not supported. f.e. --with-mcrypt=/usr/local/lib is wrong.
Try with this configure line:

# rm config.cache && ./configure --disable-all --disable-cgi --with-pfpro 

If that doesn't work, reopen.

 [2005-10-02 04:43 UTC] nandesu at gmail dot com
rm config.cache && ./configure --disable-all --disable-cgi 
--with-pfpro 

Still bombs out at the same spot in php-4.4.0, php-4.3.10, 
php-4.3.11, and php4-STABLE-200510011444.  

I don't understand what is so different about SuSE 
Enterprise 9 (x86) that would cause this. 

Any new suggestions are greatly appreciated.
 [2005-10-02 13:01 UTC] sniper@php.net
What can you find in config.log when this happens??

 [2005-10-03 05:41 UTC] nandesu at gmail dot com
Is it possible it's the version of GCC or glib that is being 
used on SuSE?  (gcc version 3.3.3 (SuSE Linux))

Here's the end of config.log where that error is occurring:

configure:76326: checking for Verisign Payflow Pro support
configure:76486: checking for pfproInit in -lpfpro
configure:76505: gcc -o conftest -g -O2  -Wl,-rpath,/usr/
local/lib -L/usr/local/lib  conftest.c -lpfpro  -lresolv 
-lm -ldl -lnsl  1>&5
/usr/local/lib/libpfpro.so: undefined reference to 
`__ctype_b'
/usr/local/lib/libpfpro.so: undefined reference to 
`__ctype_tolower'
collect2: ld returned 1 exit status
configure: failed program was:
#line 76494 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  
*/
/* We use char because int might match the return type of a 
gcc2
    builtin and then its argument prototype would still 
apply.  */
char pfproInit();

int main() {
pfproInit()
; return 0; }
configure:76615: checking for PNInit in -lpfpro
configure:76634: gcc -o conftest -g -O2  -Wl,-rpath,/usr/
local/lib -L/usr/local/lib  conftest.c -lpfpro  -lresolv 
-lm -ldl -lnsl  1>&5
/usr/local/lib/libpfpro.so: undefined reference to 
`__ctype_b'
/usr/local/lib/libpfpro.so: undefined reference to 
`__ctype_tolower'
collect2: ld returned 1 exit status
configure: failed program was:
#line 76623 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  
*/
/* We use char because int might match the return type of a 
gcc2
    builtin and then its argument prototype would still 
apply.  */
char PNInit();

int main() {
PNInit()
; return 0; }
 [2005-10-03 07:08 UTC] sniper@php.net
No idea if it's GCC issue or not, but complain to SuSE, this is not PHP bug.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Tue Apr 23 19:01:31 2024 UTC