Hello Folks,
I have searched and re-installed stuff and cannot find the answer.
libperl.so is nowhere to be foud. I have perl5.8.8 installed from sources on Redhat
ES WS 4.1. Mod_perl2 and others are installed. I did mod_perl2 from sources and
others from CPAN.
Help would be MUCH appreciated!
Thanks,
Robert A. Ober
Did you really build a shared library?
../Configure should have asked you if you want to build a static perl or
a shared object/library
Heiko
Am Mittwoch, den 26.03.2008, 12:06 -0500 schrieb robob@robob.com:
> Hello Folks,
>
> I have searched and re-installed stuff and cannot find the answer.
>
> libperl.so is nowhere to be foud. I have perl5.8.8 installed from sources on Redhat
> ES WS 4.1. Mod_perl2 and others are installed. I did mod_perl2 from sources and
> others from CPAN.
>
> Help would be MUCH appreciated!
>
> Thanks,
> Robert A. Ober
Am Mittwoch, den 26.03.2008, 12:17 -0500 schrieb robob@robob.com:
> On 26/Mar/2008 12:12 Heiko Jansen wrote ..
> > Did you really build a shared library?
> >
> > ./Configure should have asked you if you want to build a static perl
or
> > a shared object/library
>
>
> I have not had anything ask me that in years, but that is a good
point.
> No, it did not ask me.
Huh?!
As far as I remember I was asked that question every time I build a new
perl (and that's been quite a few).
The only reason (I can think of) to not ask you would be
that ./Configure believes that your platform does not support it.
I just re-executed the ./Configure of perl 5.8.8 to make sure and there
it was:
-- snip --
The perl executable is normally obtained by linking perlmain.c with
libperl.a, any static extensions (usually just DynaLoader), and
any other libraries needed on this system (such as -lm, etc.). Since
your system supports dynamic loading, it is probably possible to build
a shared libperl.so. If you will have more than one executable linked
to libperl.so, this will significantly reduce the size of each
executable, but it may have a noticeable effect on performance. The
default is probably sensible for your system.
Build a shared libperl.so (y/n) [n]
-- / snip --
> Should I recompile with a switch? If so, what?
None needed
heiko
Besuchen Sie das hbz auf der InetBib-Tagung vom 9. bis 11. April an
Stand A1!
On 26/Mar/2008 12:30 Heiko Jansen wrote ..
>
> Am Mittwoch, den 26.03.2008, 12:17 -0500 schrieb robob@robob.com:
> > On 26/Mar/2008 12:12 Heiko Jansen wrote ..
> > > Did you really build a shared library?
> > >
> > > ./Configure should have asked you if you want to build a static perl
> or
> > > a shared object/library
> >
> >
> > I have not had anything ask me that in years, but that is a good
> point.
> > No, it did not ask me.
>
> Huh?!
> As far as I remember I was asked that question every time I build a new
> perl (and that's been quite a few).
> The only reason (I can think of) to not ask you would be
> that ./Configure believes that your platform does not support it.
>
> I just re-executed the ./Configure of perl 5.8.8 to make sure and there
> it was:
>
> -- snip --
> The perl executable is normally obtained by linking perlmain.c with
> libperl.a, any static extensions (usually just DynaLoader), and
> any other libraries needed on this system (such as -lm, etc.). Since
> your system supports dynamic loading, it is probably possible to build
> a shared libperl.so. If you will have more than one executable linked
> to libperl.so, this will significantly reduce the size of each
> executable, but it may have a noticeable effect on performance. The
> default is probably sensible for your system.
>
>
> Build a shared libperl.so (y/n) [n]
Ok, Thanks to Heiko I did the Config (had done -de per the quick install) for shared, etc. I now have libperl.so in /CORE.
Problem is vim still says it cannot find it. I did run ldconfig.
Any more ideas?
Thanks,
Robert