Matthew, you're not alone.

I was going to send a report (my first one ever :) about this but anyhow..... same problem here => Fedora Core 2 (AMD64), perl 5.8.5, Apache 2.0.52, mod_perl 1.99_17. perl built with -fPIC instead of -fpic. Same result regardless. A grep shows mod_perl picking up on -fPIC so maybe it is a problem with perl. I did also build/test/install the DBD::mysql and DBD::Pg drivers with no problems.

cc -shared \ \ mod_perl.lo modperl_interp.lo modperl_tipool.lo modperl_log.lo modperl_config.lo modperl_cmd.lo modperl_options.lo modperl_callback.lo modperl_handler.lo modperl_gtop.lo modperl_util.lo modperl_io.lo modperl_io_apache.lo modperl_filter.lo modperl_bucket.lo modperl_mgv.lo modperl_pcw.lo modperl_global.lo modperl_env.lo modperl_cgi.lo modperl_perl.lo modperl_perl_global.lo modperl_perl_pp.lo modperl_sys.lo modperl_module.lo modperl_svptr_table.lo modperl_const.lo modperl_constants.lo modperl_apache_compat.lo modperl_error.lo modperl_debug.lo modperl_common_util.lo modperl_common_log.lo modperl_hooks.lo modperl_directives.lo modperl_flags.lo modperl_xsinit.lo modperl_exports.lo -Wl,-E /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.5/x86_64-linux/CORE -lperl -lnsl -ldl -lm -lcrypt -lutil -lc \ -o mod_perl.so /usr/bin/ld: /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a(DynaLoa der.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [mod_perl.so] Error 1 make[1]: Leaving directory `/home/jrb/apache2/mod_perl-1.99_17/src/modules/perl' make: *** [modperl_lib] Error 2

On a side note everything works fine for a static build. Modules (Apache::Scoreboard and Apache::VMonitor) required a little tweaking but worked. It seems fast ...but with our normal collection of modules loaded it is HUGE.