[prev in list] [next in list] [prev in thread] [next in thread] 

List:       apache-modperl
Subject:    RE: ModPerl install problem:-Dynaloader relocation issue
From:       "Barksdale, Ray" <barksdale () mdot ! state ! ms ! us>
Date:       2005-10-26 21:26:19
Message-ID: B571C90A9392124A877ABF74FBA4B116046AE916 () mdotissrv002 ! mdot ! state ! ms ! us
[Download RAW message or body]

IIRC, compiling statically will avoid the problem otherwise you must
to recompile Perl. 

> -----Original Message-----
> From: vivek@staff.ownmail.com [mailto:vivek@staff.ownmail.com] 
> Sent: Wednesday, October 12, 2005 1:33 AM
> To: vivek@staff.ownmail.com
> Cc: modperl@perl.apache.org
> Subject: ModPerl install problem:-Dynaloader relocation issue
> 
> -------------8<---------- Start Bug Report 
> ------------8<---------- 1. Problem Description:
> 
> I am using an AMD 64-bit dual processor machine with 4GB RAM. 
> The operating system is Slackware Lin ux 10. I have Apache 
> 2.0.54 and Perl 5.8.6 . I am trying to install mod perl and 
> running with all a  problem while I run make. The config 
> process goes fine. The apxs and apr-config are passed during 
> configuration process properly. When the make command runs, I 
> get the following error:- I get the following error which says:-
> 
> /*************************************************************
> *********/
> 
> /opt/crosstool/x86_64-unknown-linux-gnu/gcc-3.4.1-glibc-2.3.3/
> lib/gcc/x86_64-unknown-linux-gnu/3.4.
> 1/../../../../x86_64-unknown-linux-gnu/bin/ld: 
> /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoa
> der/DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can 
> not be used when making a shared object;  recompile with -fPIC
> /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLo
> ader.a: could not read symbols: Bad v alue
> collect2: ld returned 1 exit status
> make[1]: *** [mod_perl.so] Error 1
> 
> /*************************************************************
> *********/
> 
> The entire command runs as follows:-
> 
> /*************************************************************
> *********/
> 
> 
> 
> 
> x86_64-unknown-linux-gnu-gcc -shared -L/usr/local/lib \  \ 
> mod_perl.lo modperl_interp.lo modperl_tipool.lo 
> modperl_log.lo modperl_config.lo modperl_cmd.lo mod 
> perl_options.lo modperl_callback.lo modperl_handler.lo 
> modperl_gtop.lo modperl_util.lo modperl_io.l o 
> modperl_io_apache.lo modperl_filter.lo modperl_bucket.lo 
> modperl_mgv.lo modperl_pcw.lo modperl_gl obal.lo 
> modperl_env.lo modperl_cgi.lo modperl_perl.lo 
> modperl_perl_global.lo modperl_perl_pp.lo mod perl_sys.lo 
> modperl_module.lo modperl_svptr_table.lo modperl_const.lo 
> modperl_constants.lo modperl_ apache_compat.lo 
> modperl_error.lo modperl_debug.lo modperl_common_util.lo 
> modperl_common_log.lo mod perl_hooks.lo modperl_directives.lo 
> modperl_flags.lo modperl_xsinit.lo modperl_exports.lo  -Wl,-E 
> -L/usr/local/lib 
> /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLo
> ader.a -L/usr/local/ lib/perl5/5.8.6/x86_64-linux/CORE -lperl 
> -lnsl -ldl -lm -lcrypt -lutil -lc \ -o mod_perl.so 
> /opt/crosstool/x86_64-unknown-linux-gnu/gcc-3.4.1-glibc-2.3.3/
> lib/gcc/x86_64-unknown-linux-gnu/3.4.
> 1/../../../../x86_64-unknown-linux-gnu/bin/ld: 
> /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoa
> der/DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can 
> not be used when making a shared object;  recompile with -fPIC
> /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLo
> ader.a: could not read symbols: Bad v alue
> collect2: ld returned 1 exit status
> make[1]: *** [mod_perl.so] Error 1
> make[1]: Leaving directory 
> `/home/staff/install/mod_perl-2.0.1/src/modules/perl'
> make: *** [modperl_lib] Error 2
> 
> /*************************************************************
> *********/
> 
> I guess it is a problem with perl installation where 
> Dynaloader should have been installed with -fP IC. If it is 
> so, will I have to reinstall my perl? I dont want to do that 
> because all this is being  done on a server and the slightest 
> change in configuration will change the entier setup. Can 
> there  be any other way to solve this problem , probably a 
> workaround which doesnot disturb the existing configuration.
> 
> 
> PLEASE HELP. PLEASE.
> 
> 
> 
> 2. Used Components and their Configuration:
> 
> *** mod_perl version 2.000001
> 
> *** using 
> /home/staff/install/mod_perl-2.0.1/lib/Apache2/BuildConfig.pm
> 
> *** Makefile.PL options:
>   MP_APR_CONFIG  => /opt/crosstool/apr/bin/apr-config
>   MP_APR_LIB     => aprext
>   MP_APXS        => /usr/local/apache2/bin/apxs
>   MP_COMPAT_1X   => 1
>   MP_DEBUG       => 1
>   MP_GENERATE_XS => 1
>   MP_LIBNAME     => mod_perl
>   MP_TRACE       => 1
>   MP_USE_DSO     => 1
> 
> 
> *** The httpd binary was not found
> 
> 
> *** (apr|apu)-config linking info
> 
>  -L/opt/crosstool/apr-util/lib -laprutil-0 -lldap  -lgdbm 
> -ldb -lexpat  -L/opt/crosstool/apr/lib -lapr-0 -lrt -lm 
> -lcrypt -lnsl  -lpthread -ldl
> 
> *** /usr/local/bin/perl -V
> Summary of my perl5 (revision 5 version 8 subversion 6) configuration:
>   Platform:
>     osname=linux, osvers=2.6.9, archname=x86_64-linux-stdio
>     uname='linux mail003 2.6.9 #3 wed apr 20 13:20:06 ist 
> 2005 x86_64 unknown unknown gnulinux '
>     config_args=''
>     hint=previous, useposix=true, d_sigaction=define
>     usethreads=undef use5005threads=undef useithreads=undef 
> usemultiplicity=undef
>     useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef
>     use64bitint=define use64bitall=define uselongdouble=undef
>     usemymalloc=n, bincompat5005=undef
>   Compiler:
>     cc='x86_64-unknown-linux-gnu-gcc', ccflags 
> ='-fno-strict-aliasing -pipe -I/usr/local/include -D 
> _LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
>     optimize='-O2',
>     cppflags='-fno-strict-aliasing -pipe -I/usr/local/include 
> -fno-strict-aliasing -pipe -I/usr/loc al/include 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
> -fno-strict-aliasing -pipe -I/usr/local/inclu de 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
> -fno-strict-aliasing -pipe -I/usr/local/include -D_LA 
> RGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fno-strict-aliasing 
> -pipe -I/usr/local/include -D_LARGEFILE_ SOURCE 
> -D_FILE_OFFSET_BITS=64'
>     ccversion='', gccversion='3.4.1', gccosandvers=''
>     intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
>     d_longlong=define, longlongsize=8, d_longdbl=define, 
> longdblsize=16
>     ivtype='long', ivsize=8, nvtype='double', nvsize=8, 
> Off_t='off_t', lseeksize=8
>     alignbytes=8, prototype=define
>   Linker and Libraries:
>     ld='x86_64-unknown-linux-gnu-gcc', ldflags =' -L/usr/local/lib'
>     libpth=/usr/local/lib /lib /usr/lib
>     libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc
>     perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
>     libc=/lib/libc-2.3.2.so, so=so, useshrplib=false, 
> libperl=libperl.a
>     gnulibc_version='2.3.3'Dynamic Linking:
>     dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
>     cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
> 
> 
> Characteristics of this binary (from libperl):
>   Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES
>   Built under linux
>   Compiled at May 28 2005 01:31:49
>   %ENV:
>     PERL_LWP_USE_HTTP_10="1"
>   @INC:
>     /usr/local/lib/perl5/5.8.6/x86_64-linux
>     /usr/local/lib/perl5/5.8.6
>     /usr/local/lib/perl5/site_perl/5.8.6/x86_64-linux
>     /usr/local/lib/perl5/site_perl/5.8.6
>     /usr/local/lib/perl5/site_perl
>     .
> 
> *** Packages of interest status:
> 
> Apache2            : -
> Apache2::Request   : -
> CGI                : 3.05
> ExtUtils::MakeMaker: 6.17
> LWP                : -
> mod_perl           : -
> mod_perl2          : -
> 
> 
> 3. This is the core dump trace: (if you get a core dump):
> 
>   [CORE TRACE COMES HERE]
> 
> This report was generated by t/REPORT on Tue Oct 11 06:46:04 2005 GMT.
> 
> -------------8<---------- End Bug Report --------------8<----------
> 
> Note: Complete the rest of the details and post this bug 
> report to modperl <at> perl.apache.org. To subscribe to the 
> list send an empty email to modperl-subscribe@perl.apache.org.
> 
> 
> 
> 
> 
> With warm regards.
> 
> Vivek J. Joshi.
> 
> vivek@staff.ownmail.com
> Trikon electronics Pvt. Ltd.
> 
> --New opinions often appear first as jokes and fancies, then 
> as blasphemies and treason, then as questions open to 
> discussion, and finally as established truths.
> 
> 
> 
> 
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic