<feed xmlns='http://www.w3.org/2005/Atom'>
<title>wireguard-openbsd/lib/libc/quad/Makefile.inc, branch jd/queueboosts</title>
<subtitle>WireGuard implementation for the OpenBSD kernel</subtitle>
<id>https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/quad/Makefile.inc?h=jd%2Fqueueboosts</id>
<link rel='self' href='https://git.zx2c4.com/wireguard-openbsd/atom/lib/libc/quad/Makefile.inc?h=jd%2Fqueueboosts'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/'/>
<updated>2014-06-09T20:47:10Z</updated>
<entry>
<title>Nuke the machinery to sync libkern with libc, it's not been used in the</title>
<updated>2014-06-09T20:47:10Z</updated>
<author>
<name>miod</name>
<email>miod@openbsd.org</email>
</author>
<published>2014-06-09T20:47:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=4e6fb4323cffa68d6ae130d74b2572e9374beb41'/>
<id>urn:sha1:4e6fb4323cffa68d6ae130d74b2572e9374beb41</id>
<content type='text'>
last 15 years and there is no point to use it in the future.

From Jean-Philippe Ouellet
</content>
</entry>
<entry>
<title>Use MACHINE_CPU instead of MACHINE_ARCH to pick the correct machine dependent</title>
<updated>2010-02-03T20:48:58Z</updated>
<author>
<name>miod</name>
<email>miod@openbsd.org</email>
</author>
<published>2010-02-03T20:48:58Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=b3ed33d2d70f99f07d350f98602c83b814dbcf10'/>
<id>urn:sha1:b3ed33d2d70f99f07d350f98602c83b814dbcf10</id>
<content type='text'>
files or directories when applicable.
The inspiration and name of MACHINE_CPU come from NetBSD, although the way to
provide it to Makefiles is completely different.
ok kettenis@
</content>
</entry>
<entry>
<title>support for syncing into libkern; tedu@ millert@ ok</title>
<updated>2004-11-28T07:09:13Z</updated>
<author>
<name>mickey</name>
<email>mickey@openbsd.org</email>
</author>
<published>2004-11-28T07:09:13Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=69ef559dd922dda3a239b7838ada13b3dca93b44'/>
<id>urn:sha1:69ef559dd922dda3a239b7838ada13b3dca93b44</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add thread-safety to libc, so that libc_r will build (on i386 at least).</title>
<updated>1998-11-20T11:18:22Z</updated>
<author>
<name>d</name>
<email>d@openbsd.org</email>
</author>
<published>1998-11-20T11:18:22Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=92efb7350713770eeac379dc990eaecbee107aa1'/>
<id>urn:sha1:92efb7350713770eeac379dc990eaecbee107aa1</id>
<content type='text'>
All POSIX libc api now there (to P1003.1c/D10)
  (more md stuff is needed for other libc/arch/*)
  (setlogin is no longer a special syscall)
Add -pthread option to gcc (that makes it use -lc_r and -D_POSIX_THREADS).
Doc some re-entrant routines
Add libc_r to intro(3)
dig() uses some libc srcs and an extra -I was needed there.
Add more md stuff to libc_r.
Update includes for the pthreads api
Update libc_r TODO
</content>
</entry>
<entry>
<title>Fix RCS ids</title>
<updated>1996-08-19T08:10:10Z</updated>
<author>
<name>tholo</name>
<email>tholo@openbsd.org</email>
</author>
<published>1996-08-19T08:10:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=e9b2b68ca3a6cce2632b4a73cc801bbb6f19c001'/>
<id>urn:sha1:e9b2b68ca3a6cce2632b4a73cc801bbb6f19c001</id>
<content type='text'>
Make sure everything uses {SYS,}LIBC_SCCS properly
</content>
</entry>
<entry>
<title>initial import of NetBSD tree</title>
<updated>1995-10-18T08:37:01Z</updated>
<author>
<name>deraadt</name>
<email>deraadt@openbsd.org</email>
</author>
<published>1995-10-18T08:37:01Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/wireguard-openbsd/commit/?id=df930be708d50e9715f173caa26ffe1b7599b157'/>
<id>urn:sha1:df930be708d50e9715f173caa26ffe1b7599b157</id>
<content type='text'>
</content>
</entry>
</feed>
