Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-15 Thread Serguei E. Leontiev
Hi, Andy, http://git.openssl.org/gitweb/?p=openssl.git;a=commitdiff;h=750398acd85a7ae220d272d28a76dff7bb269c31 works around this one. Serguei, could you test if it fixes even your problem[s]? Thank you. OK, ectest passed. -- Sorry for my bests English. Sternberg Astronom.

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-14 Thread Andy Polyakov via RT
Probably this strict aliasing 64-bit optimization bug for crypto/bn/bn_nist.c What bug are you talking about? There doesn't seem to be a strict aliasing warning in that file, and they use a union to get around the problem. Mac OSX compiler fail test/ectest: cc [Apple LLVM version 4.2

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-14 Thread Andy Polyakov via RT
Hi, For reference. Why does it show up with no-asm? bn_nist.c is collection of functions for specific moduli, but it's perfectly possible to calculate the result using general-purpose subroutines. It was found that general-purpose *assembly* code paths deliver better performance and it was

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-13 Thread Andy Polyakov via RT
Hi, Please, reply and keep replying to r...@openssl.org, so that proceedings are kept together. Probably this strict aliasing 64-bit optimization bug for crypto/bn/bn_nist.c Mac OSX compiler fail test/ectest: cc [Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn)] gcc-mp-4.3

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-13 Thread Kurt Roeckx via RT
On Wed, Feb 13, 2013 at 12:19:19PM +0100, Andy Polyakov via RT wrote: Probably this strict aliasing 64-bit optimization bug for crypto/bn/bn_nist.c What bug are you talking about? There doesn't seem to be a strict aliasing warning in that file, and they use a union to get around the

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-13 Thread Serguei E. Leontiev via RT
Hi, Kurt, On Wed, Feb 13, 2013 at 12:19:19PM +0100, Andy Polyakov via RT wrote: Probably this strict aliasing 64-bit optimization bug for crypto/bn/bn_nist.c What bug are you talking about? There doesn't seem to be a strict aliasing warning in that file, and they use a union to get

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-13 Thread Serguei E. Leontiev
Hi, Andy, For reference. Why does it show up with no-asm? bn_nist.c is collection of functions for specific moduli, but it's perfectly possible to calculate the result using general-purpose subroutines. It was found that general-purpose *assembly* code paths deliver better performance and it

[openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-12 Thread Serguei E. Leontiev via RT
Hi, Mac OS X 10.8.2, Xcode 4.6, clang leom:openssl-1.0.1e.test leo$ uname -a Darwin leom-3.local 12.2.0 Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64 leom:openssl-1.0.1e.test leo$ xcodebuild -version Xcode 4.6 Build version 4H127

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-12 Thread Serguei E. Leontiev via RT
P.S. 64-bit test elliptic curves fail for openssl-SNAP-20130212.test-x86_64 with no-asm flag. $ ./Configure darwin64-x86_64-cc no-asm $ make depend $ make $ make test ... test elliptic curves ../util/shlib_wrap.sh ./ectest Curve defined by Weierstrass equation y^2 = x^3 + a*x + b (mod

Re: [openssl.org #2981] BUG: 1.0.1e 64-bit C implementation ECDHE* chiphersuites incompatible with https://google.com

2013-02-12 Thread Serguei E. Leontiev
Hi, Probably this strict aliasing 64-bit optimization bug for crypto/bn/bn_nist.c Mac OSX compiler fail test/ectest: cc [Apple LLVM version 4.2 (clang-425.0.24) (based on LLVM 3.2svn)] gcc-mp-4.3 gcc-mp-4.4 gcc-mp-4.5 gcc-mp-4.6 clang-mp-3.0 clang-mp-3.1 clang-mp-3.2 Mac OSX compiler