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

[Luca Fasolo]

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

[harry d brown jr]

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

[Luca Fasolo]

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]

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

[Luca Fasolo]

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]

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]

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]

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]

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

Bill

[Luca Fasolo]

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.

[Mehmet Musa]

Luca,

Those are 32 bit files PA1.1.
You can use "odump -compunit file.a" and see the compiler option to effectively confirm that they are 32 bits.

You can also use "elfdump -f file.a" to verify that they are indeed 64 bit (see class of object).

You can also use "strings file.sl" to see the compilation symbols if it is not stripped.

I would suggest you compile openssl in 32 bit to see if it goes away. Just add +DD32 in the compilation flag.

So bottom line is you need to find a 32 bit library or compile in 32 bit mode.

Hope this helps.

--Mehmet

[Luca Fasolo]

Mehmet,
these are the results:
root:/usr/lib# elfdump -f libdbm.a
elfdump: Bad input file type: libdbm.a (elfdumperr 2003)
root:/usr/lib# odump -compunit libdbm.a

Compilation Unit Dictionary from libdbm.a[hpux_rel.o]:

Index Chunk Language Name
Product_id ; Version_id
Compile time ; Source time

0 0 HPC hpux_rel
ccom options = -DA1.1 -DS1.1e -Oq02,al,ag,cn,Lm,sz,Ic,vo,lc,Mf,Po,es,rs,sp,in,vc,Pi,fa,pe,Rr,Fl,pv,pa,nf,cp,lx,st,ap,Pg,ug,Lu,dp,Fs,bp,wp! -Ae

HP92453-01 ; W.11.01.
Compile Time: Thu Oct 02 1997 05:34:56.000000000 WETDST
Source Time: Thu Oct 02 1997 05:19:37.000000000 WETDST


root:/usr/lib#

Sorry, I don't know how to understand if
this is a 32-bit or 64-bit library.
About the flag, +DD32 doesn't work with gcc
and -DD32 builds again a 64-bit library.
I've:
$ gcc -v
Reading specs from /usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.00/3.0.2/specs
Configured with: ../gcc/configure --prefix=/usr/local/pa20_64 --enable-languages=c,c++ --host=hppa64-hp-hpux11.00 --target=hppa64-hp-hpux11.00 --with-ld=/usr/ccs/bin/ld --with-gnu-as --enable-libstdcxx-v3
Thread model: single
gcc version 3.0.2

Do you know if there's a flag for this gcc
to build a 32-bit executable?

Thanks again for your patience :-))

--Luca

[Mehmet Musa]

Luca,

You libdbm is clearly a 32 bit lib. If you wanna stick with gcc then you can use the "-mpa-risc-1-1" or "-mpa-risc-2-0" options to compile for your architecture. I recommend "-mpa-risc-1-1".
The +DD32 switch is for the ansi C compiler.

I have not compiled openssl with gcc. I mainly use the ansic compiler in /opt/ansic/bin/cc.
So you can also try using this one with +DD32 option.

Good luck.

--Mehmet

[Luca Fasolo]

I've finally compiled openssl,
with hp's cc:
OpenSSL 0.9.6c 21 dec 2001
built on: Fri Apr 26 09:22:56 WETDST 2002
platform: hpux-parisc2-cc
options: bn(64,64) md2(char) rc4(idx,char) des(idx,risc1,16,long) idea(int) blowfish(idx)
compiler: cc +Z -DTHREADS -D_REENTRANT -DDSO_DL +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed +Olibcalls -Ae +ESlit -DB_ENDIAN -DMD32_XARRAY


Thanks to all for your help.
I'll send an e-mail to openssl guys to ask
them if there is some known issue for
HP-UX/gcc, I'll keep you posted.

Thanks again
--Luca