<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/whrlpool/wp_block.c, branch OPENBSD_6_8_BASE</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_6_8_BASE</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_6_8_BASE'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2016-11-04T17:30:30+00:00</updated>
<entry>
<title>Replace all uses of magic numbers when operating on OPENSSL_ia32_P[] by</title>
<updated>2016-11-04T17:30:30+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2016-11-04T17:30:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=1a12fc8399638223feca8f853e2ac2cc22eeb471'/>
<id>urn:sha1:1a12fc8399638223feca8f853e2ac2cc22eeb471</id>
<content type='text'>
meaningful constants in a private header file, so that reviewers can actually
get a chance to figure out what the code is attempting to do without knowing
all cpuid bits.

While there, turn it from an array of two 32-bit ints into a properly aligned
64-bit int.

Use of OPENSSL_ia32_P is now restricted to the assembler parts. C code will
now always use OPENSSL_cpu_caps() and check for the proper bits in the
whole 64-bit word it returns.

i386 tests and ok jsing@
</content>
</entry>
<entry>
<title>Less IA64.</title>
<updated>2016-09-04T14:06:46+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2016-09-04T14:06:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=08b60d422d5acc1a98c47af6c53680ea9cc45bc2'/>
<id>urn:sha1:08b60d422d5acc1a98c47af6c53680ea9cc45bc2</id>
<content type='text'>
ok deraadt@
</content>
</entry>
<entry>
<title>Less vax.</title>
<updated>2016-09-04T13:39:48+00:00</updated>
<author>
<name>jsing</name>
<email></email>
</author>
<published>2016-09-04T13:39:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=14f45ecd98e07f75a5a4f1260620464147bd5287'/>
<id>urn:sha1:14f45ecd98e07f75a5a4f1260620464147bd5287</id>
<content type='text'>
ok deraadt@
</content>
</entry>
<entry>
<title>'accomodate' -&gt; 'accommodate' in comments.</title>
<updated>2016-03-15T20:50:22+00:00</updated>
<author>
<name>krw</name>
<email></email>
</author>
<published>2016-03-15T20:50:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=22eed2e943ba62fc8032bff2092946419e60bd52'/>
<id>urn:sha1:22eed2e943ba62fc8032bff2092946419e60bd52</id>
<content type='text'>
Started by diff from Mical Mazurek.
</content>
</entry>
<entry>
<title>Remove leading underscore from _BYTE_ORDER and _{LITTLE,BIG}_ENDIAN, to be</title>
<updated>2014-07-09T16:06:14+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2014-07-09T16:06:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=fe535df650692f5223eb9afe4a8c46e41351c604'/>
<id>urn:sha1:fe535df650692f5223eb9afe4a8c46e41351c604</id>
<content type='text'>
more friendly to systems where the underscore flavours may be defined as empty.
Found the hard way be bcook@; joint brainstrom with bcook beck and guenther
</content>
</entry>
<entry>
<title>Define SMALL_REGISTER_BANK on arm and vax, for it generates faster code for</title>
<updated>2014-07-08T16:15:20+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2014-07-08T16:15:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=51a1dc6944069f9dd9c1d26f1fc62238c7706cde'/>
<id>urn:sha1:51a1dc6944069f9dd9c1d26f1fc62238c7706cde</id>
<content type='text'>
these systems (vax being 30% faster!). (surprisingly, the prime candidate for
SMALL_REGISTER_BANK, SuperH, runs actually slower in that case)
</content>
</entry>
<entry>
<title>tags as requested by miod and tedu</title>
<updated>2014-06-12T15:49:31+00:00</updated>
<author>
<name>deraadt</name>
<email></email>
</author>
<published>2014-06-12T15:49:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=59f4f2c61d71e266d37dd2fc97615b3fd35b4721'/>
<id>urn:sha1:59f4f2c61d71e266d37dd2fc97615b3fd35b4721</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Replace hand-crafted STRICT_ALIGNMENT with system provided __STRICT_ALIGNMENT.</title>
<updated>2014-05-08T19:59:19+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2014-05-08T19:59:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=22ca111e73d4424a9af08429ce3877185f0259af'/>
<id>urn:sha1:22ca111e73d4424a9af08429ce3877185f0259af</id>
<content type='text'>
Forgotten during yesterday's STRICT_ALIGNMENT cleanup commit.
</content>
</entry>
<entry>
<title>Remove WIN32, WIN64 and MINGW32 tentacles.</title>
<updated>2014-04-28T21:14:50+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2014-04-28T21:14:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=7d7f689b1ac66273ac1487594fc4ee4ce8abf7bb'/>
<id>urn:sha1:7d7f689b1ac66273ac1487594fc4ee4ce8abf7bb</id>
<content type='text'>
Also check for _LP64 rather than __arch64__ (the former being more reliable
than __LP64__ or __arch64__) to tell 64-bit int platforms apart from 32-bit
int platforms.

Loosely based upon a diff from Martijn van Duren on tech@
</content>
</entry>
<entry>
<title>Do not ask the user to pass either -DB_ENDIAN or -DL_ENDIAN to the compiler,</title>
<updated>2014-04-18T19:41:23+00:00</updated>
<author>
<name>miod</name>
<email></email>
</author>
<published>2014-04-18T19:41:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=92d1f3ded5071289b10a737cb549323b5c440123'/>
<id>urn:sha1:92d1f3ded5071289b10a737cb549323b5c440123</id>
<content type='text'>
but rather figure out the endianness from &lt;machine/endian.h&gt; automagically;
help from guenther@

ok jca@ guenther@ beck@ and the rest of the `Buena SSL rampage club'
</content>
</entry>
</feed>
