Eugene,
I just finished (I think) dealing with that same blamed error
about not being able to find symbol "main". Here are my notes on
how I did my build on Solaris 2.6:
1- Built Perl5.005.02
a- Configure settings:
No threading
use Perl's malloc
Nm extracts C libraries
Dynamic loading = yes.
Build shared libperl.so
No vfork
b- setenv LD_LIBRARY_PATH `pwd` because Configure warned me
to do this.
c- make; make test; make install (only if tests succeeded)
2- Installed LWP packages because mod_perl's test is going to
need them:
libnet
HTML-Parser
MIME-Base 64
URI
Digest-MD5
libwww-perl (LWP)
3- Installed CGI.pm, although I'm still not clear if this is
necessary with Apache::Registry. (Anyone who is willing to
enlighten me, please do so, but make it a separate thread.)
4- Built Apache 1.3.6 w/ mod_perl 1.21:
Checked path to ensure new Perl is the one I'm using.
cd mod_perl-1.21
perl Makefile.PL DO_HTTPD=1 USE_APACI=1 \
PREP_HTTPD=1 EVERYTHING=1
make
make install (may not have been needed)
cd ../apache_1.3.6
./configure --enable-prefix=/where/ever \
--enable-rule=SHARED_CORE \
--with-perl=/path/to/perl/executable \
--with-layout=Apache \
--activate-module=src/module/perl/libperl.a \
--enable-module=so
(I added other stuff, but it's not germane to the discussion)
make
make install
cd ../mod_perl-1.21
make test (everything passed)
make install
The reason I did an install of Apache before I went back to
mod_perl to do the make test is that in previous attempts, if I
tried to test mod_perl without installing Apache, it complained
about some library not being in either the Apache directory or
the Perl directory. And I did the last install of mod_perl
because although all my tests passed, when I fired up httpd in
the target Apache directory, it curled up and died with the
"unknown symbol main" stuff that's biting you now.
I may be doing this wrong, but I tried following the installation
directions in mod_perl installation docs and the Apache docs and
met with failure, possibly because my libperl.a file was mucked
up from an even earlier attempt. And so far the new server
hasn't given me any trouble yet.
I hope this helps!
--
Bruce A. Johnson PictureVision, Inc.
Sr. Software Engineer 250-A Exchange Pl.
(703)925-4075 Herndon, VA 20170
http://info.photonet.com