Bucket Heap? Error?

This is a multi-part message in MIME format.
--------------060209090206050205020707
Content-Type: text/plain; charset=ISO-8859-7
Content-Transfer-Encoding: 7bit

Hello,

I can't make mod_perl to work with httpd-2.2.15
While everything is ok, I get this annoying error whatever I had tried yet (e.g. read the docs and follow the installation steps accurately)

Currenlty I am using a custom compiled Perl5.12.1 which had NO problems during the installation (it had passed all the tests successfully), and so on with additional modules, etc.

Now, when I try mod_perl I get this:

/usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse -linux/bin/ld: /usr/src/httpd-2.2.15/srclib/apr-util/.libs/libaprutil-1.a(a pr_buckets_pool.o): relocation R_X86_64_32S against `apr_bucket_type_heap' can not be used when making a shared object; recompile with -fPIC /usr/src/httpd-2.2.15/srclib/apr-util/.libs/libaprutil-1.a: could not read symbols: Bad value collect2: ld returned 1 exit status

Now, the strange thing is that I see the -fPIC being used, even just
right above.

gcc -c -I/usr/src/mod_perl-2.0.4/src/modules/perl -I/usr/src/mod_perl-2.0.4/xs -I/usr/src/httpd-2.2.15/include -I/usr/src/httpd-2.2.15/srclib/apr/include -I/usr/src/httpd-2.2.15/srclib/apr-util/include -I/usr/src/httpd-2.2.15/os/unix -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -DMOD_PERL -DMP_COMPAT_1X -O3 -DVERSION=\"0.009000\" -DXS_VERSION=\"0.009000\" -fPIC "-I/local/lib/perl5/5.12.1/x86_64-linux-thread-multi-ld/CORE " -DMP_HAVE_APR_LIBS modperl_common_log.c

Any Ideas?

Best Regards
Nick.


--------------060209090206050205020707
Content-Type: text/html; charset=ISO-8859-7
Content-Transfer-Encoding: 7bit

Hello,



I can't make mod_perl to work with httpd-2.2.15

While everything is ok, I get this annoying error whatever I had tried yet (e.g. read the docs and follow the installation steps accurately)



Currenlty I am using a custom compiled Perl5.12.1 which had NO problems during the installation (it had passed all the tests successfully), and so on with additional modules, etc.



Now, when I try mod_perl I get this:



 /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse -linux/bin/ld:
 class="moz-txt-slash"> /usr/src/httpd-2.2.15/srclib/apr-util
 class="moz-txt-tag">/.libs/libaprutil-1.a(apr_buckets_pool.o): relocation R_X86_64_32S against `apr_bucket_type_heap' can not be used when making a shared object; recompile with -fPIC
 class="moz-txt-slash"> /usr/src/httpd-2.2.15/srclib/apr-util
 class="moz-txt-tag">/.libs/libaprutil-1.a: could not read symbols: Bad value collect2: ld returned 1 exit status



Now, the strange thing is that I see the -fPIC being used, even just

right above.



gcc -c  -I/usr/src/mod_perl-2.0.4/src/modules/perl -I/usr/src/mod_perl-2.0.4/xs -I/usr/src/httpd-2.2.15/include -I/usr/src/httpd-2.2.15/srclib/apr/include -I/usr/src/httpd-2.2.15/srclib/apr-util/include -I/usr/src/httpd-2.2.15/os/unix -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include  -DMOD_PERL -DMP_COMPAT_1X   -O3   -DVERSION=\"0.009000\" -DXS_VERSION=\"0.009000\" -fPIC  "-I/local/lib/perl5/5.12.1/x86_64-linux-thread-multi-ld/CORE "  -DMP_HAVE_APR_LIBS modperl_common_log.c



Any Ideas?



Best Regards

Nick.

Re: Bucket Heap? Error?

On 6/25/2010 4:54 PM, Dos Wizard wrote:
> Hello,
>
> I can't make mod_perl to work with httpd-2.2.15
> While everything is ok, I get this annoying error whatever I had tried yet (e.g. read the docs and follow the installation steps accurately)
>
> Currenlty I am using a custom compiled Perl5.12.1 which had NO problems during the installation (it had passed all the tests successfully), and so on with additional modules, etc.
>
> Now, when I try mod_perl I get this:
>
> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse -linux/bin/ld: /usr/src/httpd-2.2.15/srclib/apr-util/.libs/libaprutil-1.a(a pr_buckets_pool.o): relocation R_X86_64_32S against `apr_bucket_type_heap' can not be used when making a shared object; recompile with -fPIC /usr/src/httpd-2.2.15/srclib/apr-util/.libs/libaprutil-1.a: could not read symbols: Bad value collect2: ld returned 1 exit status

Recompile *PERL* -fPIC - it can't relocate the perl code.

Re: Bucket Heap? Error?

Hello again,

Any ideas of how this it done? This is my Perl's config, I had injected
-fPIC almost anywhere but the same error again ... how I have to
re-compile Perl?

Summary of my perl5 (revision 5 version 12 subversion 1) configuration:

Platform:
osname=linux, osvers=2.6.34-9-default,
archname=x86_64-linux-thread-multi-ld
uname='linux ypsilon 2.6.34-9-default #2 smp thu jun 24 00:16:17
eest 2010 x86_64 x86_64 x86_64 gnulinux '
config_args='-Dnoextensions=ODBM_File'
hint=previous, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=define, use64bitall=define, uselongdouble=define
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing
-pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -fPIC',
optimize='-O3',
cppflags='-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe
-fstack-protector -I/usr/local/include -D_REENTRANT -D_GNU_SOURCE
-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC -D_REENTRANT
-D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fPIC'
ccversion='', gccversion='4.3.2 [gcc-4_3-branch revision 141291]',
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='long double', nvsize=16,
Off_t='off_t', lseeksize=8
alignbytes=16, prototype=define
Linker and Libraries:
ld='gcc', ldflags ='-fstack-protector -L/usr/local/lib -fPIC'
libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64
libs=-lnsl -lndbm -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
-lgdbm_compat
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.9.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.9'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-rpath,/local/lib/perl5/5.12.1/x86_64-linux-thread-multi -ld/CORE -fPIC'
cccdlflags='-fPIC', lddlflags='-shared -O3 -L/usr/local/lib
-fstack-protector -fPIC'


Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
USE_64_BIT_ALL
USE_64_BIT_INT USE_FAST_STDIO USE_ITHREADS
USE_LARGE_FILES USE_LONG_DOUBLE USE_PERLIO
USE_PERL_ATOF USE_REENTRANT_API
Built under linux
Compiled at Jun 27 2010 19:07:21
@INC:
/local/lib/perl5/site_perl/5.12.1/x86_64-linux-thread-multi- ld
/local/lib/perl5/site_perl/5.12.1
/local/lib/perl5/vendor_perl/5.12.1/x86_64-linux-thread-mult i-ld
/local/lib/perl5/vendor_perl/5.12.1
/local/lib/perl5/5.12.1/x86_64-linux-thread-multi-ld
/local/lib/perl5/5.12.1
.



On 6/26/10 1:09 AM, William A. Rowe Jr. wrote:
> On 6/25/2010 4:54 PM, Dos Wizard wrote:
>
>> Hello,
>>
>> I can't make mod_perl to work with httpd-2.2.15
>> While everything is ok, I get this annoying error whatever I had tried yet (e.g. read the docs and follow the installation steps accurately)
>>
>> Currenlty I am using a custom compiled Perl5.12.1 which had NO problems during the installation (it had passed all the tests successfully), and so on with additional modules, etc.
>>
>> Now, when I try mod_perl I get this:
>>
>> /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse -linux/bin/ld: /usr/src/httpd-2.2.15/srclib/apr-util/.libs/libaprutil-1.a(a pr_buckets_pool.o): relocation R_X86_64_32S against `apr_bucket_type_heap' can not be used when making a shared object; recompile with -fPIC /usr/src/httpd-2.2.15/srclib/apr-util/.libs/libaprutil-1.a: could not read symbols: Bad value collect2: ld returned 1 exit status
>>
> Recompile *PERL* -fPIC - it can't relocate the perl code.
>
>