<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libc, branch libressl-v2.6.0</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v2.6.0</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v2.6.0'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2017-07-08T21:45:35+00:00</updated>
<entry>
<title>update the little endian processor list to give it a chance of matching</title>
<updated>2017-07-08T21:45:35+00:00</updated>
<author>
<name>tedu</name>
<email></email>
</author>
<published>2017-07-08T21:45:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2690810b2613ff98fe956e8a46c5737b6fb12313'/>
<id>urn:sha1:2690810b2613ff98fe956e8a46c5737b6fb12313</id>
<content type='text'>
what the reader is using.
</content>
</entry>
<entry>
<title>Only access offset if canaries are enabled *and* size &gt; 0, otherwise offset</title>
<updated>2017-07-07T19:14:46+00:00</updated>
<author>
<name>otto</name>
<email></email>
</author>
<published>2017-07-07T19:14:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=512778df383f9fd2b98bd35d7a2f50cd5130c1b1'/>
<id>urn:sha1:512778df383f9fd2b98bd35d7a2f50cd5130c1b1</id>
<content type='text'>
is not initialized. Problem spotted by Carlin Bingham; ok phessler@ tedu@
</content>
</entry>
<entry>
<title>The 0x (or 0X) prefix in base 16 is optional so only skip over the</title>
<updated>2017-07-06T16:23:11+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-07-06T16:23:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=dae2542cf4dc008b3b61b507d9ee18993ba9def4'/>
<id>urn:sha1:dae2542cf4dc008b3b61b507d9ee18993ba9def4</id>
<content type='text'>
prefix if the character following it is a valid hex char.  The C99
standard is clear that given the string "0xy" zero should be returned
and endptr set to point to the "x".  OK deraadt@ espie@
</content>
</entry>
<entry>
<title>void functions don't return 0</title>
<updated>2017-07-05T11:44:35+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2017-07-05T11:44:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=f37ad20e5396fb55dc5b17c9bafe005c8a02a4e4'/>
<id>urn:sha1:f37ad20e5396fb55dc5b17c9bafe005c8a02a4e4</id>
<content type='text'>
From Klemens Nanni
</content>
</entry>
<entry>
<title>port the RBT code to userland by making it part of libc.</title>
<updated>2017-06-19T03:06:26+00:00</updated>
<author>
<name>dlg</name>
<email></email>
</author>
<published>2017-06-19T03:06:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=cd31cce25d615dfe2861f5e3ff513036e75c1d95'/>
<id>urn:sha1:cd31cce25d615dfe2861f5e3ff513036e75c1d95</id>
<content type='text'>
src/lib/libc/gen/tree.c is a copy of src/sys/kern/subr_tree.c, but with
annotations for symbol visibility. changes to one should be reflected
in the other.

the malloc debug code that uses RB code is ported to RBT.

because libc provides the RBT code, procmap doesn't have to reach into
the kernel and build subr_tree.c itself now.

mild enthusiasm from many
ok guenther@
</content>
</entry>
<entry>
<title>Don't fall back to heapsort() if we would otherwise switch to</title>
<updated>2017-05-30T14:54:09+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-05-30T14:54:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=9bb08519777cb36d56fcc2f3de3f9004de1b7361'/>
<id>urn:sha1:9bb08519777cb36d56fcc2f3de3f9004de1b7361</id>
<content type='text'>
insertion sort (when the number of elements is &lt; 7).
</content>
</entry>
<entry>
<title>Support swapping 32-bit aligned elements on 64-bit platforms.</title>
<updated>2017-05-24T21:18:25+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-05-24T21:18:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=582bf8c75ad625f174914c547cfe5b962ba1f539'/>
<id>urn:sha1:582bf8c75ad625f174914c547cfe5b962ba1f539</id>
<content type='text'>
Previously they would be swapped a byte at a time when sizeof(int)
!= sizeof(long).  Idea from FreeBSD.
</content>
</entry>
<entry>
<title>Document that qsort falls back to heapsort() if the recursion depth</title>
<updated>2017-05-20T13:09:01+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-05-20T13:09:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=5d7ce5f934559a6d9489db5a452de106d39e03a1'/>
<id>urn:sha1:5d7ce5f934559a6d9489db5a452de106d39e03a1</id>
<content type='text'>
exceeds 2 lg N and add a reference to the introsort paper.
</content>
</entry>
<entry>
<title>Use David Musser's introsort algorithm to fall back to heapsort(3)</title>
<updated>2017-05-20T12:48:56+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-05-20T12:48:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=30956d9c9f96333df0339b2915356b533d25eac0'/>
<id>urn:sha1:30956d9c9f96333df0339b2915356b533d25eac0</id>
<content type='text'>
when the recursion depth reaches 2*lg(n + 1).  This avoids quicksort's
quadratic behavior for pathological input without appreciably
changing the average run time.
</content>
</entry>
<entry>
<title>The BSD qsort() performs tail recursion elimination on the second</title>
<updated>2017-05-17T16:58:20+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2017-05-17T16:58:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2b54a8bc04e76c465705df661ebf37030e912cf7'/>
<id>urn:sha1:2b54a8bc04e76c465705df661ebf37030e912cf7</id>
<content type='text'>
side of the array being partitioned to save on stack space.  Greater
savings can be gained by choosing recursion for the smaller side
of the partition and eliminating recursion for the larger side.
This also results in a small but measurable performance gain.
OK otto@ schwarze@
</content>
</entry>
</feed>
