Hi Andy,
> I assume ABEND.LOG is answer to this question...
yup.

> But you still have to confirm that the fault is actually triggered by
> metrowerks assembler module.
see my other post I just sent.

> On related note question is what prevents you from always using nasm? Or
> rather do we actually need to support for metrowerks assembler?
> Basically if there is one working configuration for netware, what do we
> need second one for?
well, that wasnt my idea, but it was 'historically'. I guess The Novell folks 
who did the initial OpenSSL port just started with the Metrowerks Assembler 
since its part of the Compiler package, and developers got this package 
delivered; probably also for debugging reasons since Metrowerks CodeWarrior 
comes with an IDE with source-level debugger; though at the moment I dont have 
that IDE installed, but use commandline tools only which is far more flexible 
reagrding path settings etc.

> Bottom line. I'd rather consider omitting metrowerks assembler support. A.
probably if there's no way to work around the issue; 
but currently it seems that only 2 out of the 13 asm files are affected - that 
are ripemd and aes (the rc4 fix I recently posted seems to work - and the aes 
code wasnt used at all up to now).

BTW. can you tell me for what the CPUID asm code is good for? Well, I can 
imagine what it does, but I'm curious for what its used....

thanks for your replies!

Guenter.


______________________________________________________________________
OpenSSL Project                                 http://www.openssl.org
Development Mailing List                       openssl-dev@openssl.org
Automated List Manager                           [EMAIL PROTECTED]

Reply via email to