CentOS - Oct 2006 - 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-0002.html>

>  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)

Assuming that you actually REALLY need apache 1.x (which is
effectively the walking dead and should be avoided in my opinion) I'd
recommend getting the src.rpm from centos2 and rebuilding that rather
than building from scratch source. If nothing else, you may want to
look at some of the patches used there to allow it to compile and see
what exactly you need.

-- 
During times of universal deceit, telling the truth becomes a revolutionary act.
George Orwell