Languages and Scripting

HP-UX 11.0 - "make test" fails for openssl-0.9.6c

 
Luca Fasolo
Occasional Advisor

HP-UX 11.0 - "make test" fails for openssl-0.9.6c

Good morning.
I'm trying to build openssl-0.9.6c
on HP-UX 11.0, with gcc. "make" works
successfully, "make test" gives:
# make test
Doing certs
ca-cert.pem => 1f6c59cd.0
dsa-ca.pem => 73912336.0
dsa-pca.pem => 24867d38.0
factory.pem => f3e90025.0
ICE-CA.pem => 6bee6be3.0
ICE-root.pem => adbec561.0
ICE-user.pem => 3ecf89a3.0
nortelCA.pem => 1ef89214.0
pca-cert.pem => 8caad35e.0
rsa-cca.pem => a99c5886.0
thawteCb.pem => ddc328ff.0
thawteCp.pem => c33a80d4.0
timCA.pem => 8c401b31.0
tjhCA.pem => 052eae11.0
vsign1.pem => 2edf7016.0
vsign2.pem => b5f329fa.0
vsign3.pem => 7651b327.0
vsignss.pem => f73e89fd.0
vsigntca.pem => 18d46017.0
touch rehash.time
testing...
./destest
Doing cbcm
*** Termination signal 138

Stop.
*** Error exit code 1

Stop.
#

Can anybody give me some suggestions?
Thanks in advance

 

 

 

P.S.This thread has been moved from HP-UX>General to HP-UX > languages-HP Forums Moderator

13 REPLIES 13
harry d brown jr
Honored Contributor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

Luca,

Did you first try to use the pre-built version??

http://hpux.cs.utah.edu/hppd/hpux/Languages/openssl-0.9.6/


live free or die
harry
Live Free or Die
Luca Fasolo
Occasional Advisor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

Yes, I've tried.
The reason to compile openssl
from source is this:
I tried to compile mod_ssl for Apache
1.3.23 using the depot for openssl; the
compilation was successful,
but "make certificate test" didn't work, i.e.
I had an infinite loop. In order to understand
the reason for this, I tried to build
openssl from sources, and now I've this
behavior.
I guess I'm missing something in my configuration, but I don't know what
I'm doing wrong.

Thanks for your reply.
--Luca
harry d brown jr
Honored Contributor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

I just downloaded openssl-0.9.6c and compiled it using HP's cc compiler and HP's make:

./Configure hpux64-parisc-cc
make
make test
make install

The results of:

/usr/local/ssl/bin/openssl version -a

yielded:

OpenSSL 0.9.6c 21 dec 2001
built on: Mon Apr 22 10:11:49 EDT 2002
platform: hpux64-parisc-cc
options: bn(64,64) md2(char) rc4(idx,char) des(idx,risc1,16,int) idea(int) blowfish(idx)
compiler: cc +Z -DTHREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -Ae +DD64 +O3 +ESlit -z -DB_ENDIAN -DMD32_XARRAY

I'll give it a shot with gcc and gnu-make.

live free or die
harry
Live Free or Die
Luca Fasolo
Occasional Advisor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

On my system I've:
# ./openssl version -a
OpenSSL 0.9.6c 21 dec 2001
built on: Mon Apr 22 16:49:50 WETDST 2002
platform: hpux-parisc-gcc
options: bn(64,64) md2(int) rc4(ptr,int) des(ptr,risc1,16,long) idea(int) blowfish(idx)
compiler: gcc -fPIC -DTHREADS -DDSO_DL -D_REENTRANT -O3 -DB_ENDIAN -DBN_DIV2W
Luca Fasolo
Occasional Advisor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

I've made another test; instead
to compile separately mod_ssl, I've tried
to compile Apache 1.3.23 directly with mod_ssl:
OPTIM=-O2 ./configure --sysconfdir=/etc/httpd/conf --server-uid=30 --server-gid=104 --logfiledir=/var/httpd/logs --runtimedir=/var/httpd/logs --with-perl=/opt/perl/bin/perl --enable-module=so --enable-module=proxy --enable-module=ssl --enable-shared=proxy --enable-shared=ssl --enable-shared=max

After a successful configure, make gives:
===> src/modules/ssl
rm -f libssl.so
ld -L/usr/local/ssl/lib -b -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 -ldbm -lssl -lcrypto -L/usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.0.2 -lgcc
ld: Can't find library or mismatched ABI for -ldbm
Fatal error.
*** Error exit code 1

I've looked for libdbm.a, and:
# ls -l /usr/lib/libdbm.a
-r--r--r-- 12 bin bin 1248 Oct 27 1997 /usr/lib/libdbm.a
#

Now I'm sure that I've something misconfigured on my system.... but what? :-((
I've an A500 preinstalled,
I've added the depot of gcc 3.0, I've already
successfully compiled Apache without ssl,
I've successfully compiled jikes and
also mod_dav for Apache... what's wrong for
ssl?

Thanks in advance.
--Luca
Mehmet Musa
Occasional Advisor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

Luca,

I have always compiled openssl with the HP ansi C compiler and in my experience it works best.

As for your mismatched ABI with ldbm, my guess is that you are compiling 64 bit and the ldbm is a 32 bit library, or you are compiling 32 bit and ldbm library is 64 bit. Make sure that you have the right bittedness of libldm and that the 64 bit directory of ldbm /ust/lib/pa20_64 is also in your path for example.

Hope it helps.

--Mehmet
Mehmet Musa
Occasional Advisor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

Luca,

to figure out the bits of your library you can try:

find /usr/lib -name "libldbm*"

and then file lib1 lib2 etc... to see the bittedness.

Regards,

--Mehmet
Bill McNAMARA_1
Honored Contributor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

where has my reply gone.. this is the second time one has vanished?

Bill
It works for me (tm)
Luca Fasolo
Occasional Advisor

Re: HP-UX 11.0 - "make test" fails for openssl-0.9.6c

Mehmet, these are the results:
root:/usr/lib# file ./libdbm.a
./libdbm.a: archive file -PA-RISC1.1 relocatable library
root:/usr/lib# file ./libdbm.sl
./libdbm.sl: archive file -PA-RISC1.1 relocatable library
root:/usr/lib# file ./libdbm.1
./libdbm.1: s800 shared library -not stripped

How can I know if these are 64-bit or 32-bit
library? I have:

root:/usr/local/pa20_64/lib# file libstdc++.a
libstdc++.a: archive file

and this has to be a 64 bit library.