Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 25 Jun 2012 21:50:02 -0500
From: "jfoug" <>
To: <>
Subject: RE: precompiled sse-intrinsics vs. -march=native

>From: magnum []
>On 2012-06-26 03:41, Solar Designer wrote:
>> It appears that we shouldn't use the precompiled sse-intrinsics files
>> (icc's *.S) in -march=native builds.  Specifically, when I tried
>> linux-x86-64-gpu on bull where -march=native implies XOP, I got
>> reporting that XOP intrinsics were being used, whereas in reality the
>> build used icc-precompiled SSE2 code.
>My bad, I though I removed -DUSING_ICC_S_FILE from them. Good thing you
>caught it.
>> What's worse, I got segfault for --format=md5 (read beyond end of heap
>> after MD5_Update() was called with a huge size from the precompiled
>> intrinsics code, I don't know why), and failed self-test for raw-md5
>> and raw-md4 (but working for raw-sha1).
>> The misreporting issue has an obvious cause.  The segfault and failed
>> self-tests are a mystery to me: I don't see why the precompiled code
>> would be incompatible with -march=native on this machine.  The ABI
>> should stay the same.  Maybe there's a bug lurking around that will
>> also bite us in other cases.
>Odd. Only recent change to these formats was reduced binary size. That
>was straight-forward and has been well tested since.
Could the problem be that the MMX_PARA/MD4_PARA/SHA_PARA settings are
different between the icc .S file, and the native headers?


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.