Hello,
I have traced again and found out that
c_zlib.c::zlib_compress_block()
is responsible that wrec-length is sometimes
44 (korrect value) and sometimes 45 (troublesome value)
I'm using zlib 1.2.3 !!!
for length 45 I'm getting the trouble
with the
Hi,
I am getting the following installation error:
/tmp/ccqCH1zS.s: Assembler messages:
/tmp/ccqCH1zS.s:119: Error: Incorrect register `%rbx' used with `l'
suffix
/tmp/ccqCH1zS.s:131: Error: Incorrect register `%rbx' used with `l'
suffix
make[2]: ***
Operating system: AIX 5.1, maitenance level 8
Hardware : RS6000 3CT (power)
Compiler : C for AIX Compiler, Version 6
Optimisation levels:-O (default with ./config) bntest coredump
-g (to get debug info) bntest coredump
openssl: - openssl-0.9.8 (stable)
-
having configured for only `386' -code on my gnu-linux box, the tests
crashed on my 80386 machine due to an illegal instruction.
Indeed, in crypto/md32_common.h a `bswap'-instruction is inserted
because the `__i386__' condition is valid for the whole architecture and
not just for a
This issue seems to lie with gcc 4.0.1. If openssl is built with
gcc 3.4.4, it works.
Then the case is dismissed as not OpenSSL problem. Thanks for report
and follow-up:-) A.
__
OpenSSL Project
./Configure --openssldir=$(PKG_32BIT_INSTALL_DIR)
solaris-x86-gcc
As was pointed out on openssl-dev list you should stick to ./config
[as actually recommended in ./INSTALL] or add no-sse2 option
./Configure. no-sse2 is added by ./config automaticaly for Solaris
versions prior
../util/shlib_wrap.sh ./rmdtestbr
error calculating RIPEMD160 on ''br
got c12836ad0d061da6ccde02fb0b5be87f0c62a4a5 instead of
9c1185a5c5e9fc54612808977ee8f548b2258d31br
This was discussed before and mentioned in ./PROBLEMS in bugs in gcc
triggered section. In other words it's compiler bug
/usr/bin/sh: cc: not found.
Quoting ./INSTALL:
To install OpenSSL, you will need:
...
* an ANSI C compiler
...
cc: not found obviously means that you don't have compiler. As we
can't possibly help you with this, case is dismissed as not openssl
problem. a
Tomas Svensson wrote:
It is just Microsoft that thinks you should use their newly invented
functions instead of the C library. Remove /WX from the CFLAG line in
ms\ntdll.mak.
-Tomas
This would do. Alternatively one can add -D_CRT_SECURE_NO_DEPRECATE to
CFLAG line. It's added to
I tried to compile and test openssl-0.9.8 on a rather old machine with
an old linux and got an error while running make test. I created the
attached report with make report and I hope You can find out what went
wrong.
Similar problem was reported in FreeBSD context and is believed to be
My problem: make test fails (openssl 0.9.7d compiled on gcc 4.0.1)
On a fedora core based system we use gcc 4.0.1 + upstream patches.
The system runs on zSeries (s390).
On 31bit system i run in a problem with openssl 0.9.7d:
did ./config sharedruns successfull
Andy Polyakov via RT wrote:
Similar problem was reported in FreeBSD context and is believed to be
caused by a bug in binutils. You either have to upgrade binutils or
reconfigure with extra no-sse2 option. ...
If you make an entry in the FAQ, please be specific about which
versions of the GNU
'uname -p' can be a solution. Below is what 'uname -p' returns on
various RS6000 architectures. It allows to select between power and
powerpc architectures. Power2 and Power2+ need the 'no-asm' flag. Power3
and Power4 do not.
Power2 architecture:power
Power2+ architecture:
Hi
The ssl 9.8 compilation using 'config' or 'Configure no-sse2' on solaris
intel gives segment violation. Incase you would like to know more
information, let me know what file to send to you.
Thanks
SAM SHAMRA
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
14 matches
Mail list logo