History log of /openbsd/sys/crypto/sha1.h (Results 1 – 6 of 6)
Revision Date Author Comments
# de2d0d0b 16-Nov-2014 tedu <tedu@openbsd.org>

Defining the interface in terms of char * means most callers are
required to cast their pointers, which is ugly and possibly error
prone. accidentally casting an int to a pointer, for example, instea

Defining the interface in terms of char * means most callers are
required to cast their pointers, which is ugly and possibly error
prone. accidentally casting an int to a pointer, for example, instead
of the address of the int. implicit void * casting is safer.

This updates the kernel hash interfaces to use void *. Similar changes
are possible for userland. I think it's safe, but there may be some
peculiar source compatbility issues there, so let's just do the kernel
first.
ok dlg millert

show more ...


# 3fccb989 10-Sep-2007 henric <henric@openbsd.org>

Make the hmac ipad/opad globals "const" and fixup the crypto functions
to match.

ok deraadt@


# 159e62b6 28-Apr-2004 hshoexer <hshoexer@openbsd.org>

Some KNF, made bit count u_int64_t instead of u_int32_t (similar to libc).
Added constants for buffer lengths.

ok millert@


# c4071fd1 14-Mar-2002 millert <millert@openbsd.org>

First round of __P removal in sys


# afb14b73 04-Jun-2000 deraadt <deraadt@openbsd.org>

better indent for easier searching


# 21f2d90f 28-Feb-2000 deraadt <deraadt@openbsd.org>

move crypto code