Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Bricolage: users

make cpan php-interpreter problem

 

 

Bricolage users RSS feed   Index | Next | Previous | View Threaded


abiacco at formatdynamics

Jul 8, 2008, 2:34 PM

Post #1 of 2 (144 views)
Permalink
make cpan php-interpreter problem

Hi,

I'm trying to do a "make cpan" for a new Bricolage 1.11.0 install on a
centos 5 box, x86_64.
I have php 5.2.6 compiled as an apache 2 module (libphp5.so)

I get to the PHP-Interpreter module, which then fails (at the test
stage) with:

make[1]: Leaving directory `/root/.cpan/build/PHP-Interpreter-1.0.1'
/usr/bin/make -- OK
Running make test
make[1]: Entering directory `/root/.cpan/build/PHP-Interpreter-1.0.1'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/1....................
# Failed test 'use PHP::Interpreter;'
# at t/1.t line 6.
# Tried to use 'PHP::Interpreter'.
# Error: Can't load
'/root/.cpan/build/PHP-Interpreter-1.0.1/blib/arch/auto/PHP/Interpreter/
Interpreter.so' for module PHP::Interpreter:
/root/.cpan/build/PHP-Interpreter-1.0.1/blib/arch/auto/PHP/Interpreter/I
nterpreter.so: undefined symbol: zend_ce_traversable at
/usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.
# at (eval 2) line 2
# Compilation failed in require at (eval 2) line 2.


I've also tried various other shared compiles of php which gives me
other undefined symbols, like ap_* (which is normal I think being that
httpd has them internally when httpd loads libphp5.so)

If I try compiling a static libphp5.a module I then get:

gcc -shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
-L/usr/lib64/mysql -L/usr/lib/oracle/11.1.0.1/client64/lib
-L/usr/local/lib -L/usr/local/lib PHP.o phpinterp.o phpfuncs.o -o
blib/arch/auto/PHP/Interpreter/Interpreter.so \
-L/usr/local/lib -lphp5 \

/usr/bin/ld: /usr/local/lib/libphp5.a(info.o): relocation R_X86_64_32
against `a local symbol' can not be used when making a shared object;
recompile with -fPIC
/usr/local/lib/libphp5.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [blib/arch/auto/PHP/Interpreter/Interpreter.so] Error 1
make[1]: Leaving directory `/root/.cpan/build/PHP-Interpreter-1.0.1'
/usr/bin/make -- NOT OK


Any help is appreciated, as I cannot seem to get past this step.

-Tony
---------------------------
Manager, IT Operations
Format Dynamics, Inc.
303-573-1800x27
abiacco[at]formatdynamics.com
http://www.formatdynamics.com


john at grumpet

Jul 8, 2008, 2:43 PM

Post #2 of 2 (135 views)
Permalink
Re: make cpan php-interpreter problem [In reply to]

This looks a bit familiar... is
http://marc.info/?l=bricolage-general&m=115473392020012&w=2 of any help?

John

Anthony J. Biacco wrote:
> Hi,
>
> I'm trying to do a "make cpan" for a new Bricolage 1.11.0 install on a
> centos 5 box, x86_64.
> I have php 5.2.6 compiled as an apache 2 module (libphp5.so)
>
> I get to the PHP-Interpreter module, which then fails (at the test
> stage) with:
>
> make[1]: Leaving directory `/root/.cpan/build/PHP-Interpreter-1.0.1'
> /usr/bin/make -- OK
> Running make test
> make[1]: Entering directory `/root/.cpan/build/PHP-Interpreter-1.0.1'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/1....................
> # Failed test 'use PHP::Interpreter;'
> # at t/1.t line 6.
> # Tried to use 'PHP::Interpreter'.
> # Error: Can't load
> '/root/.cpan/build/PHP-Interpreter-1.0.1/blib/arch/auto/PHP/Interpreter/
> Interpreter.so' for module PHP::Interpreter:
> /root/.cpan/build/PHP-Interpreter-1.0.1/blib/arch/auto/PHP/Interpreter/I
> nterpreter.so: undefined symbol: zend_ce_traversable at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.
> # at (eval 2) line 2
> # Compilation failed in require at (eval 2) line 2.
>
>
> I've also tried various other shared compiles of php which gives me
> other undefined symbols, like ap_* (which is normal I think being that
> httpd has them internally when httpd loads libphp5.so)
>
> If I try compiling a static libphp5.a module I then get:
>
> gcc -shared -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic
> -L/usr/lib64/mysql -L/usr/lib/oracle/11.1.0.1/client64/lib
> -L/usr/local/lib -L/usr/local/lib PHP.o phpinterp.o phpfuncs.o -o
> blib/arch/auto/PHP/Interpreter/Interpreter.so \
> -L/usr/local/lib -lphp5 \
>
> /usr/bin/ld: /usr/local/lib/libphp5.a(info.o): relocation R_X86_64_32
> against `a local symbol' can not be used when making a shared object;
> recompile with -fPIC
> /usr/local/lib/libphp5.a: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make[1]: *** [blib/arch/auto/PHP/Interpreter/Interpreter.so] Error 1
> make[1]: Leaving directory `/root/.cpan/build/PHP-Interpreter-1.0.1'
> /usr/bin/make -- NOT OK
>
>
> Any help is appreciated, as I cannot seem to get past this step.
>
> -Tony
> ---------------------------
> Manager, IT Operations
> Format Dynamics, Inc.
> 303-573-1800x27
> abiacco[at]formatdynamics.com
> http://www.formatdynamics.com
>
>
>

Bricolage users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact lists@gossamer-threads.com
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.