On Fri, Dec 31, 2004 at 02:02:59PM -0500, Stas Bekman wrote: > Thanks William, I've committed that with a few tweaks. Especially the last > para. Please check that it still makes sense.
Looks fine except for a couple of typos (dangling quote mark and mispelled 'should'). Also, now that I'm a bit more knowledgeable about the subject matter, I was able to find this reference[1] in your docs which I've added to the attached patch. William [1] http://perl.apache.org/docs/1.0/guide/install.html#libperl_so_and_libperl_a -- Knowmad Services Inc. http://www.knowmad.com
--- /tmp/install.pod.orig 2004-12-31 15:07:11.000000000 -0500 +++ /tmp/install.pod.wlm 2004-12-31 15:04:56.000000000 -0500 @@ -688,7 +688,7 @@ that comes with Perl source. =for html Also see <a -href="http://modperlbook.org/html/ch15_04.html";>"Chapter 15.4 - Perl +href="http://modperlbook.org/html/ch15_04.html";>Chapter 15.4 - Perl Build Options"</a> from <a href="http://modperlbook.org/";>Practical mod_perl</a>. @@ -721,16 +721,13 @@ Some distributions (notably Debian) have chosen to put F<libperl.so> and F<libperl.a> into the global library loader path (e.g., F</usr/lib>) which will cause linking problems when compiling mod_perl -(if compiling against static perl), in which case you should move aside +(if compiling against static perl), in which case you hould move aside the F<libperl.a> while building mod_perl or else will likely encounter further errors. If building against the dynamic perl's F<libperl.so>, you may have similar problems but at startup time. It's the best to get rid of perl that installs its libs into F</usr/lib> (or similar) and reinstall a new perl, which puts its library under the perl tree. -=for html Also see <a -href="http://perl.apache.org/docs/1.0/guide/install.html#libperl_so_and_libperl_a";>libperl.so -and libperl.a</a>.
-- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html
