SHA-256/-512 x86_64 assembler implementation is available in HEAD now.
As usual, code was benchmarked on Opteron only and out of curiosity I'd
like to hear from people with EM64T hardware. The test it grab latest
openssl-SNAP-* at ftp://ftp.openssl.org/snapshot/ and './config no-asm;
make;
Original Message
Subject: Re: [openssl.org #1171] Unable to pass make test 2
Date: Mon, 25 Jul 2005 00:39:36 +0200 (METDST)
From: Andy Polyakov via RT [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: openssl-dev@openssl.org
test BN_sqr
I've chosen to unify VC-32.pl and VC-CE.pl instead. I mean VC-CE.pl is
gone now and VC-32.pl is expected to take care of all Windows flavors,
Win32, Win64 and WinCE. See http://cvs.openssl.org/chngview?cn=14275
for reference.
I see. I downloaded the latest 0.9.8-snapshot, and it generates
test BN_sqr
make[2]: *** [test_bn] Error 139
Could you examine
https://www.aet.tu-cottbus.de/rt2/Ticket/Display.html?id=1146 and see if
you confirm that it's identical problem.
I am sorry but I cannot reproduce the problem any more. I did these steps
after
reporting the problem till now:
Andy Polyakov via RT wrote:
test BN_sqr
make[2]: *** [test_bn] Error 139
Could you examine
https://www.aet.tu-cottbus.de/rt2/Ticket/Display.html?id=1146 and see if
you confirm that it's identical problem.
I am sorry but I cannot reproduce the problem any more. I did these steps
after
Hi,
At 25 Jul 2005 11:27:32 +0200 Andy Polyakov wrote:
I've been browsing through MSDN and didn't quite figured out where
_WIN32_WCE and platform-specific pre-processor macros get
assigned/defined. Most notably I used to believe that they're pre-
defined by compiler driver itself, but [this
Andy Polyakov via RT wrote:
test BN_sqr
make[2]: *** [test_bn] Error 139
Could you examine
https://www.aet.tu-cottbus.de/rt2/Ticket/Display.html?id=1146 and see if
you confirm that it's identical problem.
I am sorry but I cannot reproduce the problem any more. I did these steps
after
Ton Hospel wrote:
...
Gives:
Floating point exception (core dumped)
Reason: unlike in BN_div_word, in BN_mod_word w is not checked for being 0
ok
PS:
these functions are really bad in that you can't distinguish
between failure and a real 0 result. Maybe they should be
returning
This has now been implemented in 0.9.9 but using a somewhat different
syntax.
Ticket resolved.
Steve.
__
OpenSSL Project http://www.openssl.org
Development Mailing List
I found
reference that at least _WIN32_WCE is defined through project
preferences as -D_WIN32_WCE=$(CEVersion).
I think we need to fix this problem before everything else. The simplest
way to fix this problem is to add -D_WIN32_WCE=$(WCEVERSION) after
$(WCETARGETDEFS) in makefiles.
Can you
I found
reference that at least _WIN32_WCE is defined through project
preferences as -D_WIN32_WCE=$(CEVersion).
I think we need to fix this problem before everything else. The simplest
way to fix this problem is to add -D_WIN32_WCE=$(WCEVERSION) after
$(WCETARGETDEFS) in makefiles.
Can you
Hi,
At 25 Jul 2005 23:36:41 +0200 Andy Polyakov wrote:
Can you double-confirm this? MSDN mentions -D_WIN32_WCE=$(CEVersion)
and you suggest -D_WIN32_WCE=$(WCEVERSION). Is one wrong or are both
right?
OK, I can see that WCEVERSION is defined in 3rd party wcecompat.mak,
but I would feel
12 matches
Mail list logo