[CentOS] Compling Apache 1.3.37 w/mod_ssl on x86_64 fails

This procedure works fine for years on RH/CentOS 3+
The current machine is a core 2 duo with x86_64 CentOS 4.4 (updated)

Compile, make and install openssl in /usr/local/openssl
configure mod_ssl for apache 1.3.37
configure apache using
SSL_BASE=/usr/local/openssl SSL_INCDIR=/usr/local/openssl/include 
SSL_LIBDIR=/usr/local/openssl/lib ./configure --with-layout=Apache 
--prefix=/usr/local/apache --enable-module=most --enable-shared=max 
--enable-module=ssl

make dies here:
gcc -L/usr/local/openssl/lib -shared  -o libssl.so mod_ssl.lo 
ssl_engine_config.lo ssl_engine_compat.lo ssl_engine_ds.lo 
ssl_engine_dh.lo ssl_engine_init.lo ssl_engine_kernel.lo 
ssl_engine_rand.lo ssl_engine_io.lo ssl_engine_log.lo 
ssl_engine_mutex.lo ssl_engine_pphrase.lo ssl_engine_vars.lo 
ssl_engine_ext.lo ssl_scache.lo ssl_scache_dbm.lo ssl_scache_shmht.lo 
ssl_scache_shmcb.lo ssl_expr.lo ssl_expr_scan.lo ssl_expr_parse.lo 
ssl_expr_eval.lo ssl_util.lo ssl_util_ssl.lo ssl_util_sdbm.lo 
ssl_util_table.lo  -lssl -lcrypto 
-L/usr/lib/gcc/x86_64-redhat-linux/3.4.6 -lgcc 
/usr/bin/ld: /usr/local/openssl/lib/libssl.a(s2_srvr.o): relocation 
R_X86_64_32 against `a local symbol' can not be used when making a 
shared object; recompile with -fPIC
/usr/local/openssl/lib/libssl.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[4]: *** [libssl.so] Error 1
make[3]: *** [all] Error 1
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/downloads/apache_1.3.37/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/downloads/apache_1.3.37'
make: *** [build] Error 2

It seems there's something wrong with mod_ssl on 64bit OS, but yet I see 
RPM's that claim to work (haven't tried).  I have googled for hours but 
haven't found anything helpful.  Anyone out there familiar with this 
issue and it's resolve?

Thx


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.centos.org/pipermail/centos/attachments/20061025/69c7f9de/attachment.html>