On Fri, 20 Dec 2002, Andy Polyakov via RT wrote:
...
the warnings and BN test failure seem to be related with the
hpux-parisc2-cc target and no-asm option. without the no-asm option
building goes ok (no warnings, tests succeed) using hpux-parisc2-cc
target.
Yet it's extremely
On Fri, 20 Dec 2002, Andy Polyakov via RT wrote:
...
the warnings and BN test failure seem to be related with the
hpux-parisc2-cc target and no-asm option. without the no-asm option
building goes ok (no warnings, tests succeed) using hpux-parisc2-cc
target.
Yet it's extremely
For VAX/VMS people: I think I found a solution. Shifting down the
dividend down one more step seems to be it (or at least it avoids
getting the temporary quotient 0x8000, which is what is needed
to get EDIV to accept the result as valid). However, it also means
having a 33 bit shifted up
According to my tests, the change was a success.
This ticket is now resolved (remains for others to check that the tests go through for
them as well).
[levitte - Mon Dec 23 10:28:27 2002]:
For VAX/VMS people: I think I found a solution. Shifting down the
dividend down one more step seems
I just added the patch to http://www.openssl.org/contrib/. It should
become visible within the next hour.
That resolves this ticket.
[[EMAIL PROTECTED] - Fri Dec 20 22:17:58 2002]:
This patch adds support for static OpenSSL libraries that will run on
the NetWare 5, NetWare 5.1 and
...
the warnings and BN test failure seem to be related with the
hpux-parisc2-cc target and no-asm option. without the no-asm option
building goes ok (no warnings, tests succeed) using hpux-parisc2-cc
target.
Yet it's extremely important to get it working with no-asm. For that
In message [EMAIL PROTECTED] on Fri, 20 Dec 2002 22:09:03
+0100 (MET), Jeff A. Earickson via RT [EMAIL PROTECTED] said:
rt Program received signal SIGABRT, Aborted.
rt 0xc002ea68 in kill ()
rt (gdb) backtrace
rt #0 0xc002ea68 in kill ()
rt #1 0xc002de2c in raise ()
rt #2 0xc00282a8 in
In message [EMAIL PROTECTED] on Fri, 20 Dec 2002 22:09:03
+0100 (MET), Jeff A. Earickson via RT [EMAIL PROTECTED] said:
rt Program received signal SIGABRT, Aborted.
rt 0xc002ea68 in kill ()
rt (gdb) backtrace
rt #0 0xc002ea68 in kill ()
rt #1 0xc002de2c in raise ()
rt #2 0xc00282a8 in
Forgot to resolve this ticket.
[[EMAIL PROTECTED] - Sun Dec 15 08:35:49 2002]:
On Fri, 13 Dec 2002, Richard Levitte - VMS Whacker wrote:
I believe that it's quite dangerous to assume -i on Unixly systems,
entirely depending on the order in which the names come up. Also, the
thing to
My solution was to add support for assembly modules.
We probably have to postpone this patch to 0.9.7a. If you only could
reply more swiftly so that the changes could be exposed in beta...
Most improtantly
I don't think so! It must be complaining about leal
In message [EMAIL PROTECTED] on Mon, 23 Dec 2002 13:16:40 +0100, Andy
Polyakov [EMAIL PROTECTED] said:
appro I can imagine / :/:/, but where do /\. /./ and /@ /@/ some from? Can you
appro pinpoint the lines? I mean just give the offending lines' number...
Actually, I have no problem seeing that
appro I can imagine / :/:/, but where do /\. /./ and /@ /@/ some from? Can you
appro pinpoint the lines? I mean just give the offending lines' number...
Actually, I have no problem seeing that spaces might be added at least
around '.' by $(CPP). Some modern C preprocessors do separate
On Mon, 23 Dec 2002, Andy Polyakov wrote:
...
Is it actually reproducible? I mean does it end-up in an endless loop
*every* time you try?
yes, it's reproducible.
Note that test_kron itself (the procedure printing test BN_kronecker)
can't go into an endless loop. It's BN_generate_prime
i tried this but linking the openssl program as well as the tests fails
with the following message:
cc -o openssl -DMONOLITH -I.. -I../include -DOPENSSL_THREADS -D_REENTRANT
-DDSO_DL -DOPENSSL_NO_KRB5 -DOPENSSL_NO_ASM +DA2.0 +DS2.0 +O3 +Optrs_strongly_typed
+Olibcalls -Ae +ESlit
Danm!
Double damn! I can't spell damn! Well, it's not like it's appropriate
time for that kind of language:-) A.
__
OpenSSL Project http://www.openssl.org
Development Mailing List
In message [EMAIL PROTECTED] on Mon, 23 Dec 2002 14:57:00 +0100, Andy
Polyakov [EMAIL PROTECTED] said:
appro #define a b
appro a.c;b.c
appro
appro gets preprocessed as b .c;b.c, but not as b . c ; b . c. Can you
appro really confirm that you've observed the latter behaviour (or similar)?
I
In message [EMAIL PROTECTED] on Mon, 23 Dec 2002 15:14:46
+0100 (MET), Andy Polyakov via RT [EMAIL PROTECTED] said:
rt Danm! The very same thing happened to me earlier! You have to 'find .
rt -name lib -size 0 -exec rm {} \;' if you delete libcrypto.a. Sorry:-)
rt Alternative is to start from
In message [EMAIL PROTECTED] on Mon, 23 Dec 2002 15:14:46
+0100 (MET), Andy Polyakov via RT [EMAIL PROTECTED] said:
rt Danm! The very same thing happened to me earlier! You have to 'find .
rt -name lib -size 0 -exec rm {} \;' if you delete libcrypto.a. Sorry:-)
rt Alternative is to start from
18 matches
Mail list logo
