Andy Polyakov wrote:
DES_LONG *can* be 8 bytes, it's just that it can't be 8 if you want to
deploy des_enc-sparc.S module. As mentioned adding DES_INT in stable
branch is inappropriate as it may break installations which are opted
for 64-bit ABI, but started compiling the toolkit with no-asm.
Andy Polyakov wrote:
The problem was the setting for linux64-sparcv9 within Configure.
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
i.e. the addition of DES_INT is enough to fix the problem.
The
The problem was the setting for linux64-sparcv9 within Configure.
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
i.e. the addition of DES_INT is enough to fix the problem.
The following code should
The problem was the setting for linux64-sparcv9 within Configure.
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
i.e. the addition of DES_INT is enough to fix the problem.
The following code should
The problem was the setting for linux64-sparcv9 within Configure.
Currently in 0.9.8e:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_UNROLL
BF_PTR:::des_enc-sparc.o fcrypt_b.o
Minimum change needed to fix problem:
SIXTY_FOUR_BIT_LONG RC4_CHAR RC4_CHUNK DES_INT DES_UNROLL
Is this a known issue for Linux Sparc when building for 64bit ? 0.9.8e
fails, 0.9.8 fails, 0.9.7m pass (with minor s/-march/-mcpu/ fix) ?
It seems all version of 0.9.8 series fail the same way ( tried 0.9.8e
and 0.9.8). The build itself appears to complete successfully.
When building for
