Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Thu, 26 Mar 2015 08:20:36 +0100
From: magnum <>
Subject: Re: [GSoC] building JtR for MIC

On 2015-03-26 03:22, Lei Zhang wrote:
> HOWEVER, OpenSSL uses this function to rotate 32-bit integers, but
> the signature of _lrotl is: unsigned long _lrotl(unsigned long value,
> int shift);
> On windows 'long' is equivalent to 'int' so there's no problem. But
> on Linux 'long' is 64-bit, and _lrotl will do 64-bit integer rotating
> which is not what OpenSSL wanted. Actually this issue has been
> reported before

> Unfortunately, I failed to build OpenSSL for MIC with version higher
> than 1.0.0. To live with MIC, we can either patch the code of
> OpenSSL-1.0.0, or stick with LibreSSL.

I think it would be neat to provide instructions for both, for completeness.

>> So, yes, given your finding it makes sense for us to transfer to
>> k1om in jumbo.  I'm not sure if I should rename mic.h and the
>> linux-mic make target in the core tree as well.  What do you think?
>> For an end user, this may be a bit confusing.  I think Intel does
>> not use the k1om name.
> This surely is confusing. 'mic' is more intuitive, since it's used
> commercially by Intel. But 'k1om' seems more consistent with those
> GNU tools. I'd vote for using 'k1om' universally, though, for better
> consistency.

I'm fine with either. I slightly prefer keeping the names of the header
and make target, but for no strong reason.


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.