>>Next check that it has those symbols defined.
>
> % nm /usr/local/lib/perl5/5.8.0/i386-freebsd/CORE/libperl.a | grep
> Perl_get_sv
> 000021ac T Perl_get_sv
>why libperl.a and not libperl.so. Do you have a static perl build?
Before any Apache stuff, but after upgrading Perl, I have libperl.a at:
/usr/lib/libperl.a (~850K)
/usr/local/lib/perl5/5.8.0/i386-freebsd/CORE/libperl.a (~2.5G)
/usr/local/src/perl-5.8.0/libperl.a (~2.5G)
(I assume the first one is from the OS installation (Perl 5.004), and the
next two are from my 5.8.0 upgrade installation.)
... and I have libperl.so at:
/usr/lib/libperl.so
(I assume this is also from the OS installation.)
When 'make' fails, I now have another libperl.a at:
/usr/local/src/apache_1.3.28/src/modules/perl/libperl.a (~262K)
... and no additional 'libperl.so' files.
I also note that 'modules/perl/libperl.a' appears in the failed gcc:
> gcc -funsigned-char -DMOD_SSL=208115 -DMOD_PERL -DUSE_PERL_SSI
> -DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -DEAPI
> -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -L/usr/lib -o
httpd
> buildmark.o modules.o modules/standard/libstandard.a modules/ssl/libssl.a
> modules/perl/libperl.a main/libmain.a ./os/unix/libos.a ap/libap.a
> lib/expat-lite/libexpat.a -lcrypt -lssl -lcrypto -Wl,-E
> /usr/local/lib/perl5/5.8.1/i386-freebsd/auto/DynaLoader/DynaLoader.a
> -L/usr/local/lib/perl5/5.8.1/i386-freebsd/CORE -lperl -lm -lcrypt -lutil
-lc
(Sorry, for the newbie foundering...)
