History log of /openbsd-src/sys/lib/libkern/memcpy.c (Results 1 – 5 of 5)
Revision Date Author Comments
# 77f321a5 16-May-2021 jsg <jsg@openbsd.org>

deregister


# 249415e0 24-Jan-2017 kettenis <kettenis@openbsd.org>

In preparation of compiling our kernels with -ffreestanding, explicitly map
a few performance-critical functions to compiler builtins. Since the
builtins supported by gcc3, gcc4 and clang are not th

In preparation of compiling our kernels with -ffreestanding, explicitly map
a few performance-critical functions to compiler builtins. Since the
builtins supported by gcc3, gcc4 and clang are not the same, there are
(unfortunately) some compiler checks to make sure we only do the mapping
for builtins that are actually supported by the compiler.

ok jca@, tom@, guenther@

show more ...


# e56c36ef 12-Jun-2013 deraadt <deraadt@openbsd.org>

From now on, the MI libkern memcpy should not do overlap handling.


# 371f3cea 25-Jan-2009 grange <grange@openbsd.org>

memcpy needs a prototype which is in systm.h

ok form@ kettenis@


# 4d6af78a 25-Nov-2007 deraadt <deraadt@openbsd.org>

libkern, begone. Move to a new mechanism where config(8)'s "file"
directive can select between MI and MD versions of these files. At
the same time, adjust the boot programs to pick exactly what the

libkern, begone. Move to a new mechanism where config(8)'s "file"
directive can select between MI and MD versions of these files. At
the same time, adjust the boot programs to pick exactly what they need,
instead of the 7 or 8 mechanisms previously used.

There will be some fallout from this, but testing it all by myself is a
ridiculously slow process; it will be finished in-tree.

Various developers were very nice and avoided making fun of me when I
was gibbering in the corner..

show more ...