Paul,
OpenSSL is just one of many open-source packages whose authors have
assumed that all IA32 implementations are little endian.
No-no-no. IA is reference to processor architecture and all IA32
implementations *are* little-endian. You emulate big-endian execution
environment on little-endian
I think that there is a bug in SHA-256 implementation.
I have tried to compile least Openssl of 0.9.8 branch - 0.9.8u
but make test failed on SHA-256 test.
../util/shlib_wrap.sh ./shatest
test 1 ok
test 2 ok
test 3 ok
../util/shlib_wrap.sh ./sha1test
test 1 ok
test 2 ok
test 3 ok
openssl 1.0.1 and win32: assembler error: x86cpuid.asm
Building OpenSSL
perl util/copy.pl .\crypto\buildinf.h tmp32dll\buildinf.h
Copying: ./crypto/buildinf.h to tmp32dll/buildinf.h
ml /nologo /Cp /coff /c /Cx /Zi /Fotmp32dll\x86cpuid.obj
tmp32dll\x86cp
id.asm
Please, consider this bugreport:
https://bugs.archlinux.org/task/29111
Just for record, I consider that it's originator's responsibility to
report that problem is diagnosed and solved to archlinux.
__
OpenSSL Project
There is also:
http://bugs.debian.org/665836
I don't quite understand. The problem was reported for i386, but only
amd64 update packages are provided. Even though x86_64 module was fixed
too, CBC decrypt on x86_64 is handles by another module. So the x86_64
fix was more for some other
On 30/03/2012 4:09 AM, Andy Polyakov wrote:
I am having some trouble compiling OpenSSL 1.0.1 with MinGW-w64 under
MSYS with the following commands:
./Configure mingw64 shared
make
Error output:
perl asm/sha1-x86_64.pl mingw64 sha1-x86_64.s
gcc -I.. -I../.. -I../modes -I../asn1 -I../evp
On 30/03/2012 4:09 AM, Andy Polyakov wrote:
I am having some trouble compiling OpenSSL 1.0.1 with MinGW-w64 under
MSYS with the following commands:
./Configure mingw64 shared
make
Error output:
perl asm/sha1-x86_64.pl mingw64 sha1-x86_64.s
gcc -I.. -I../.. -I../modes -I../asn1 -I../evp
Hi OpenSSL project,
I'd like to submit a small patch that fixes 2 compile issues:
1) Function BIO_dup_chain() has a local variable called new, which is a
reserved keyword in C++. The patch renames the variable to new_bio. It
can be argued that OpenSSL is not meant to be compiled by C++
I am having some trouble compiling OpenSSL 1.0.1 with MinGW-w64 under
MSYS with the following commands:
./Configure mingw64 shared
make
Error output:
perl asm/sha1-x86_64.pl mingw64 sha1-x86_64.s
gcc -I.. -I../.. -I../modes -I../asn1 -I../evp -I../../include -D_WINDLL
-DOPENSSL_PIC
I'd like to submit a small patch that fixes 2 compile issues:
1) Function BIO_dup_chain() has a local variable called new, which is a
reserved keyword in C++. The patch renames the variable to new_bio. It
can be argued that OpenSSL is not meant to be compiled by C++ compiler.
But
Andy,
Your points are entirely valid (as usual!). By using the term IA32, I was
trying to avoid discussing any specific product. You are correct that our
implementation has no choice but to live within the confines of the existing
instruction set. Our big-endian environment is entirely a
I will take up the idea of __i386be with our compiler folks. I have
not run across that macro before.
I didn't mean that you'd do anything about it. Omitting __i386 in favor
of replacement pre-defined macro was appropriate in the very beginning,
but now it's kind of too late, it's just reality
On Fri, Apr 13, 2012 at 12:22:56PM +0200, Andy Polyakov wrote:
There is also:
http://bugs.debian.org/665836
I don't quite understand. The problem was reported for i386, but only
amd64 update packages are provided.
I think you have a misunderstanding of how Debian works. I am
using amd64
HI,
We have been using older version of Openssl (0.9.8c) and this one has same
problem.
Used compiler is not perfect and often has prolem with O3 so i already tried Os
(doesn't work) and O2 - thats work ok. So I suppose that optimalisations are
not the issue.
I tested both SMALL
14 matches
Mail list logo