Re: mod_perl 2.0 trouble compiling = cannont find -lapr -laprutil
So, I have updated my src of apache, arp and mod_perl2 from cvs. Still the exact same result. I've messed up while adjusting for the new libapr's naming. it's fixed now in cvs. Though you shouldn't have had a problem in first place. it'd have just skipped linking to the apr libs and shouldn't have caused a problem. In any case. Please update your cvs version and try again. If you fail, please check that you build against the new versions that you have installed. that's make sure that you've deleted all the old installs, if they are no longer needed. If you still fail, post a complete report as explained here: http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: mod_perl 2.0 trouble compiling = cannont find -lapr -laprutil
Hello, Stas, I didn't take offense at your first reply. Steven, I'm sorry if my post was in any way insulting or otherwise offensive. Stas, I do understand - more with every piece of code I add to my box - that the xnix world and esp. the open source core of that world is a constantly shifting one. So, I have updated my src of apache, arp and mod_perl2 from cvs. Still the exact same result. Thanks, Daren Steven Adams <[EMAIL PROTECTED]> wrote: > Is there a reason that we have to be this insulting? > > Beckman, I really expected more out of you. > > > > LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib APR.o -o > > > ../../../blib/arch/Apache2/auto/APR/APR.so > > > -L/usr/local/apache2/2.0.43/lib -lapr -laprutil > > > /usr/bin/ld: cannot find -lapr > > > collect2: ld returned 1 exit status > > > make[3]: *** [../../../blib/arch/Apache2/auto/APR/APR.so] Error 1 > > > > [...] > > > > > And I've had an "Apache Head" check my installs, configs, versions, lib's > > > & processes. > > > So far everything checks out fine. !?! But, mod-perl still won't > > > compile and neither will apr-util. > > > > As repeated many times here, mod_perl builds on top of other components > > that just keep on changing (one of the reasons why a production mod_perl > > can't be released). So if you take a released version of mod_perl, it > > *will* build and work with the apr/apache released at about the same date. > > If you use any later releases/cvs of these components and a new version of > > mod_perl wasn't yet released, you *must* use the cvs version of mod_perl, > > as it adjusts on the go to the latest changes in the components it uses. > > > > In short, you need the latest mod_perl from cvs. > > > > http://perl.apache.org/docs/2.0/user/install/install.html#Installing_mod_pe > >rl_from_Source (scroll down to the CVS Bleeding-Edge Version) > > > > re: problems with building apr, email the apr list directly. > > >
Re: mod_perl 2.0 trouble compiling = cannont find -lapr -laprutil
Is there a reason that we have to be this insulting? Beckman, I really expected more out of you. > > LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib APR.o -o > > ../../../blib/arch/Apache2/auto/APR/APR.so > > -L/usr/local/apache2/2.0.43/lib -lapr -laprutil > > /usr/bin/ld: cannot find -lapr > > collect2: ld returned 1 exit status > > make[3]: *** [../../../blib/arch/Apache2/auto/APR/APR.so] Error 1 > > [...] > > > And I've had an "Apache Head" check my installs, configs, versions, lib's > > & processes. > > So far everything checks out fine. !?! But, mod-perl still won't > > compile and neither will apr-util. > > As repeated many times here, mod_perl builds on top of other components > that just keep on changing (one of the reasons why a production mod_perl > can't be released). So if you take a released version of mod_perl, it > *will* build and work with the apr/apache released at about the same date. > If you use any later releases/cvs of these components and a new version of > mod_perl wasn't yet released, you *must* use the cvs version of mod_perl, > as it adjusts on the go to the latest changes in the components it uses. > > In short, you need the latest mod_perl from cvs. > > http://perl.apache.org/docs/2.0/user/install/install.html#Installing_mod_pe >rl_from_Source (scroll down to the CVS Bleeding-Edge Version) > > re: problems with building apr, email the apr list directly.
Re: mod_perl 2.0 trouble compiling = cannont find -lapr -laprutil
D. Fairbanks wrote: [...] LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib APR.o -o ../../../blib/arch/Apache2/auto/APR/APR.so -L/usr/local/apache2/2.0.43/lib -lapr -laprutil /usr/bin/ld: cannot find -lapr collect2: ld returned 1 exit status make[3]: *** [../../../blib/arch/Apache2/auto/APR/APR.so] Error 1 [...] I've read the dialog between Benny Jensen and Stas Bekman from: [EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/tendprerplu/[EMAIL PROTECTED] I've checked my Apache/Perl install three times against: http://perl.apache.org/docs/2.0/user/install/install.html#Condiguring_and_In stalling_Prerequisites And I've had an "Apache Head" check my installs, configs, versions, lib's & processes. So far everything checks out fine. !?! But, mod-perl still won't compile and neither will apr-util. As repeated many times here, mod_perl builds on top of other components that just keep on changing (one of the reasons why a production mod_perl can't be released). So if you take a released version of mod_perl, it *will* build and work with the apr/apache released at about the same date. If you use any later releases/cvs of these components and a new version of mod_perl wasn't yet released, you *must* use the cvs version of mod_perl, as it adjusts on the go to the latest changes in the components it uses. In short, you need the latest mod_perl from cvs. http://perl.apache.org/docs/2.0/user/install/install.html#Installing_mod_perl_from_Source (scroll down to the CVS Bleeding-Edge Version) re: problems with building apr, email the apr list directly. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
mod_perl 2.0 trouble compiling = cannont find -lapr -laprutil
Hello & Happy Holidays, I'm also having trouble with mod_perl compiling. I know I risk RTFM replies. I just don't know where else to ask. If I'm missing some already posted info, please point me there and accept my appologies. I'll confess I'm very new to this but I've spent the past six months studying and building and resolving myriad confilcts and dependancies on this server: Red Hat v8.0 Apache v2.0.43 perl v5.8.0 gcc v 3.2 (2002 09 03) mod_perl 2.0 (nee 1.99_07) apr 0.9.1 apr-util 0.9.1 (I must confess that if I hadn't seen the rock-solid stability of xnix OS's I'd have given up long before now. The dependancy ride-go-'round with lib's and versions of gcc and required modules and varying versions of other OS components and programs has left me weary indeed and almost willing to give over the the dark side and consider M$ platforms instead of my LAMPS (Linux Apache MySQL PHP server). Please help a green accolyte keep his faith. "The path of the way must challenge in order to foster growth and strength, but it must not crush nor kill.") In addition I've started from a clean install with updates (I do know this can be bad.) downloaded all of these components and updated from cvs today (13 DEC 2002). Yet... I receive the following after ./config'ing mod_perl: ># make ... gcc -c -I/usr/local/src/LAMPS/mod_perl/mod_perl-1.99_07/src/modules/perl -I /usr/local/src/LAMPS/mod_perl/mod_perl-1.99_07/xs -I/usr/local/apache2/2.0.4 3/include -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -I/usr/include/gd bm -DMOD_PERL -O2 -march=i386 -mcpu=i686 -DVERSION=\"0.01\" -DXS_VERSION=\ "0.01\" -fpic "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE" APR.c Running Mkbootstrap for APR () chmod 644 APR.bs rm -f ../../../blib/arch/Apache2/auto/APR/APR.so LD_RUN_PATH="/usr/lib" gcc -shared -L/usr/local/lib APR.o -o ../../../blib/arch/Apache2/auto/APR/APR.so -L/usr/local/apache2/2.0.43/lib -lapr -laprutil /usr/bin/ld: cannot find -lapr collect2: ld returned 1 exit status make[3]: *** [../../../blib/arch/Apache2/auto/APR/APR.so] Error 1 make[3]: Leaving directory `/usr/local/src/LAMPS/mod_perl/mod_perl-1.99_07/xs/APR/APR' make[2]: *** [subdirs] Error 2 make[2]: Leaving directory `/usr/local/src/LAMPS/mod_perl/mod_perl-1.99_07/xs/APR' make[1]: *** [subdirs] Error 2 make[1]: Leaving directory `/usr/local/src/LAMPS/mod_perl/mod_perl-1.99_07/xs' make: *** [subdirs] Error 2 >#_ I've read the dialog between Benny Jensen and Stas Bekman from: [EMAIL PROTECTED]">http://mathforum.org/epigone/modperl/tendprerplu/[EMAIL PROTECTED] I've checked my Apache/Perl install three times against: http://perl.apache.org/docs/2.0/user/install/install.html#Condiguring_and_In stalling_Prerequisites And I've had an "Apache Head" check my installs, configs, versions, lib's & processes. So far everything checks out fine. !?! But, mod-perl still won't compile and neither will apr-util. When ./configure'ing the newest apr-util I get: >#./configure ... ./configure: line 1278: syntax error near unexpected token `config.nice' ./configure: line 1278: `APR_CONFIG_NICE(config.nice)' >#_ Mr. Bekman, can you kindly tell me what you recommend I "get the latest cvs" of? Did you mean mod_perl, libapr, Apache, or something else, or all of these? What was the broken build of? How do I mend it? I've tried the latest versions of these from CVS but get the same errors. Mr. Jensen, what did - if anything did - solve your problem? Thanks all for your kind consideration and in advance for any help you can provide. Your humble student, Daren Fairbanks