> The randomness code in ./apps was named app_rand.c to avoid that kind
> of problems. So I guess we should rename one of the files.
> (crypto/asn1/pkcs8.c to crypto/asn1/p8_key.c or something?)
Good, thanks.
>> BTW2. After compiling 0.9.5-SNAPSHOT16012000, more undefined have crept
>> up; SHA_Init, SHA1_Init, SHA_Final, SHA1_Final etc. Is this also caused
>> by long file-names?
>
> No. Perhaps something went wrong with the ifdefs there. Could you mail
> me the command line used to compile crpyto/sha/sha1dgst.c and the
> output of "nm sha1dgst.o"?
Sorry for the false alarm. After recompiling with correct rsa_oapt.c,
all test-programs compiled fine (no more unresolved functions). I still
don't set where e.g. SHA_Init() is implemented.
But, 'destest' fails:
Doing cbcm
Doing ecb
Doing ede ecb
Doing cbc
Doing desx cbc
>> des_xcbc_encrypt encrypt error
Doing ede cbc
Doing pcbc
Doing cfb8 cfb16 cfb32 cfb48 cfb64 cfb64() ede_cfb64() done
Doing ofb
Doing ofb64
Doing ede_ofb64
Doing cbc_cksum
Doing quad_cksum
input word alignment test 0 1 2 3
output word alignment test 0 1 2 3
fast crypt test
If his normal or a known error? AFAIK des_xcbc_encrypt() only comes in
C (no asm-version). I use gcc 2.95.2 (djgpp version) with these CFLAGS:
-DCRYPTO_MDEBUG -DREF_CHECK -DREF_PRINT -DMFUNC
-Wformat -Wmissing-prototypes -Wmissing-declarations
-malign-loops=2 -malign-jumps=2 -malign-functions=2
-fno-strength-reduce -fomit-frame-pointer
-m486 -Wall -O2 -DL_ENDIAN -D_ANSI_SOURCE -DDES_PTR -DDES_UNROLL
-DBF_PTR2 -D__WATT32__ -I. -Icrypto -I/net/watt/inc
Gisle V.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
