Import SHA-3 code into libc and libkern.

No new public symbols in libc, but publishing the symbols is a simple
matter if/when we decide to do so.

Proposed on tech-kern and tech-userlevel with no objections:

https://mail-index.NetBSD.org/tech-kern/2017/11/11/msg022581.html
https://mail-index.NetBSD.org/tech-userlevel/2017/11/11/msg010968.html

new hmac function.

Add MurmurHash2 -- a non-cryptographic hash function by Austin Appleby.
The code is taken from the upstream and is in the public domain.

OK christos@

branches: 1.11.42;
As discussed back in June, remove hmac_sha1 and hmac_md5 from libc, to
reduce bloat and namespace trouble. (both were never public; hmac_sha1
is moved to libcrypt now because it is used locally there)

Put public domain MD2 implementation in libc/hash/md2.

Organize hashing in libc.

Compile SHA2 again.

Not running lint on kernel code fooled me into thinking this was safe.
Don't compile SHA2 code until I resolve warnings.

Add SHA2 hashing routines to userland.

At the moment there's only code for the init/transform/update/final
routines.

Man-page from OpenBSD.

branches: 1.5.2;
Add support for SHA1 hashed passwords.
The algorithm used is essentially PBKDF1 from RFC 2898 but using
hmac_sha1 rather than SHA1 directly (suggested by smb@research.att.com).

* The format of the encrypted password is:
* $<tag>$<iterations>$<salt>$<digest>
*
* where:
* <tag> is "sha1"
* <iterations> is an unsigned int identifying how many rounds
* have been applied to <digest>. The number
* should vary slightly for each password to make
* it harder to generate a dictionary of
* pre-computed hashes. See crypt_sha1_iterations.
* <salt> up to 64 bytes of random data, 8 bytes is
* currently considered more than enough.
* <digest> the hashed password.

hmac.c implementes HMAC as defined in RFC 2104 and includes a unit
test for both hmac_sha1 and hmac_sha1 using a selection of the Known
Answer Tests from RFC 2202.

It is worth noting that to be FIPS compliant the hmac key (password)
should be 10-20 chars.

fix typo: rmd160l.c -> rmd160hl.c

Pull in RIPEMD-160 functions from OpenBSD - this has the same API as our MD4,
MD5 and SHA1 stuff.

use ${ARCHDIR} instead of ${.CURDIR}/arch/${MACHINE_ARCH} where appropriate
libc builds on pmax again

add sha1 functions, like md5/4

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Fix weak aliasing after recent changes.

Inspired by comments from christos@, xtraeme@, mlelstv@, mhitch@, mrg@,
and uwe@; all the bugs are mine.

Fix NetBSD CVS tag, put all code under #ifdef HASH_ALGORITHM.

Need namespace.h.

Add skeleton file for helper routines that will be used by MD2, MD4, MD5,
SHA1, SHA2, and RMD160.

fix pointer vs array function definition issues.

for the backend End and Data functions, use "char buf[HASH_STRLEN]"
instead of "char *buf", to match the public functions.

fixes GCC 12 warning.

undo, the right place for this is compat_defs.h

Provide a backward-compatible conditional define of O_CLOEXEC
for those systems which lack it, since these files are used in
tools builds.

make more descriptors that we open as close-on-exec

Close file handle in error case. Found by cppcheck.

According to Alexander Bluhm in tech-toolchain on 31 Jan 2009, the way
these files use __weak_alias causes build failures under OpenBSD,
because the OpenBSD __weak_alias macro expects the caller to supply a
semicolon, but the NetBSD __weak_alias macro supplies its own semicolon.

Attempt to fix this by avoiding the use of __weak_alias during a tools
build.

sign-compare fix

branches: 1.1.26; 1.1.30;
Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

Add cross references to the openssl man pages.

branches: 1.5.14;
Fix pasto.

Add license

Some minor fixes.

XXX: this file has no license.

Improve wording.

new hmac function.

Cast away some compile warnings.

add missing cast.

branches: 1.3.2;
new hmac function.

As discussed back in June, remove hmac_sha1 and hmac_md5 from libc, to
reduce bloat and namespace trouble. (both were never public; hmac_sha1
is moved to libcrypt now because it is used locally there)

Add support for SHA1 hashed passwords.
The algorithm used is essentially PBKDF1 from RFC 2898 but using
hmac_sha1 rather than SHA1 directly (suggested by smb@research.att.com).

* The format of the encrypted password is:
* $<tag>$<iterations>$<salt>$<digest>
*
* where:
* <tag> is "sha1"
* <iterations> is an unsigned int identifying how many rounds
* have been applied to <digest>. The number
* should vary slightly for each password to make
* it harder to generate a dictionary of
* pre-computed hashes. See crypt_sha1_iterations.
* <salt> up to 64 bytes of random data, 8 bytes is
* currently considered more than enough.
* <digest> the hashed password.

hmac.c implementes HMAC as defined in RFC 2104 and includes a unit
test for both hmac_sha1 and hmac_sha1 using a selection of the Known
Answer Tests from RFC 2202.

It is worth noting that to be FIPS compliant the hmac key (password)
should be 10-20 chars.

Organize hashing in libc.

A little libc namespace housekeeping exercise:
* Make vfprintf_unlocked() an internal function, c.f. __svfscanf_unlocked().
* Add internal names for arc4random(), endnetpath(), fhstatvfs(),
fstatvfs(), mkstemp(), shquote(), statvfs(), taddr2uaddr(), uaddr2taddr(),
uuid_create_nil(), uuid_is_nil(), and wcwidth().
* Include namespace.h where supposed to.

Add support for SHA1 hashed passwords.
The algorithm used is essentially PBKDF1 from RFC 2898 but using
hmac_sha1 rather than SHA1 directly (suggested by smb@research.att.com).

* The format of the encrypted password is:
* $<tag>$<iterations>$<salt>$<digest>
*
* where:
* <tag> is "sha1"
* <iterations> is an unsigned int identifying how many rounds
* have been applied to <digest>. The number
* should vary slightly for each password to make
* it harder to generate a dictionary of
* pre-computed hashes. See crypt_sha1_iterations.
* <salt> up to 64 bytes of random data, 8 bytes is
* currently considered more than enough.
* <digest> the hashed password.

hmac.c implementes HMAC as defined in RFC 2104 and includes a unit
test for both hmac_sha1 and hmac_sha1 using a selection of the Known
Answer Tests from RFC 2202.

It is worth noting that to be FIPS compliant the hmac key (password)
should be 10-20 chars.

Organize hashing in libc.

A little libc namespace housekeeping exercise:
* Make vfprintf_unlocked() an internal function, c.f. __svfscanf_unlocked().
* Add internal names for arc4random(), endnetpath(), fhstatvfs(),
fstatvfs(), mkstemp(), shquote(), statvfs(), taddr2uaddr(), uaddr2taddr(),
uuid_create_nil(), uuid_is_nil(), and wcwidth().
* Include namespace.h where supposed to.

Add support for SHA1 hashed passwords.
The algorithm used is essentially PBKDF1 from RFC 2898 but using
hmac_sha1 rather than SHA1 directly (suggested by smb@research.att.com).

* The format of the encrypted password is:
* $<tag>$<iterations>$<salt>$<digest>
*
* where:
* <tag> is "sha1"
* <iterations> is an unsigned int identifying how many rounds
* have been applied to <digest>. The number
* should vary slightly for each password to make
* it harder to generate a dictionary of
* pre-computed hashes. See crypt_sha1_iterations.
* <salt> up to 64 bytes of random data, 8 bytes is
* currently considered more than enough.
* <digest> the hashed password.

hmac.c implementes HMAC as defined in RFC 2104 and includes a unit
test for both hmac_sha1 and hmac_sha1 using a selection of the Known
Answer Tests from RFC 2202.

It is worth noting that to be FIPS compliant the hmac key (password)
should be 10-20 chars.

Organize hashing in libc.

Use
.In header.h
instead of
.Fd #include \*[Lt]header.h\*[Gt]
Much easier to read and write, and supported by groff for ages.
Okayed by ross.

VAX, not vax. Igor Sobrado in PR 19678.

generate & symbolically

Generate <>& symbolically.

Standardize and sort sections, remove some whitespace.

branches: 1.2.2;
The second argument to xxData() is a size_t.

Pull in RIPEMD-160 functions from OpenBSD - this has the same API as our MD4,
MD5 and SHA1 stuff.

Organize hashing in libc.

Use RMD160 implementation by Markus Friedl, the same one we use in the
kernel.

Overhaul how `build.sh tools' are used:

* Rename "config.h" to "nbtool_config.h" and
HAVE_CONFIG_H to HAVE_NBTOOL_CONFIG_H.
This makes in more obvious in the source when we're using
tools/compat/config.h versus "standard autoconf" config.h

* Consistently move the inclusion of nbtool_config.h to before
<sys/cdefs.h> so that the former can provide __RCSID() (et al),
and there's no need to protect those macros any more.

These changes should make it easier to "tool-ify" a program by adding:
#if HAVE_NBTOOL_CONFIG_H
#include "nbtool_config.h"
#endif
to the top of the source files (for the general case).

Shuffle config.h #iffery so as to wrap the __RCSID, as is done in several
other files.
This makes the rmd160 code compile on Linux as part of libnbcompat.

Add the md[245], sha1 and rmd160 functions to libnbcompat, conditional on their
not being in the host libc.
This will be necessary to make cksum into a host tool.

branches: 1.5.2;
sprinkle _DIAGASSERT() around

Argh. Use __weak_alias on the RMD160 functions.

explicitly cast to u_char

- Need to #include <sys/endian.h>.
- ANSIfy.

Pull in RIPEMD-160 functions from OpenBSD - this has the same API as our MD4,
MD5 and SHA1 stuff.

Organize hashing in libc.

Overhaul how `build.sh tools' are used:

* Rename "config.h" to "nbtool_config.h" and
HAVE_CONFIG_H to HAVE_NBTOOL_CONFIG_H.
This makes in more obvious in the source when we're using
tools/compat/config.h versus "standard autoconf" config.h

* Consistently move the inclusion of nbtool_config.h to before
<sys/cdefs.h> so that the former can provide __RCSID() (et al),
and there's no need to protect those macros any more.

These changes should make it easier to "tool-ify" a program by adding:
#if HAVE_NBTOOL_CONFIG_H
#include "nbtool_config.h"
#endif
to the top of the source files (for the general case).

Shuffle config.h #iffery so as to wrap the __RCSID, as is done in several
other files.
This makes the rmd160 code compile on Linux as part of libnbcompat.

Add the md[245], sha1 and rmd160 functions to libnbcompat, conditional on their
not being in the host libc.
This will be necessary to make cksum into a host tool.

branches: 1.5.2;
sprinkle _DIAGASSERT() around

Argh. Use __weak_alias on the RMD160 functions.

fix non-portable shift.

- No need to include <sys/uio.h>.
- ANSIfy.

Pull in RIPEMD-160 functions from OpenBSD - this has the same API as our MD4,
MD5 and SHA1 stuff.

Organize hashing in libc.

Use
.In header.h
instead of
.Fd #include \*[Lt]header.h\*[Gt]
Much easier to read and write, and supported by groff for ages.
Okayed by ross.

VAX, not vax. Igor Sobrado in PR 19678.

New sentence, new line. From Robert Elz.

generate & symbolically

Generate <>& symbolically.

Standardize and sort sections, remove some whitespace.

Fix printf format used in example; from Jim Bernard in PR lib/12496.

branches: 1.6.2;
Note that sha1 has been there since 1.4.

The second argument to xxData() is a size_t.

Use .{B,Bs,F,N,O}x and fix miscellaneous errors.

branches: 1.3.10;
Urk, .Nx doesn't DTRT either.

Don't .Xr sha1(1) until we get such a thing, but do .Xr md5(1).
Also, don't .Ox (?) 2.0, but do .Nx 1.4.

add sha1 functions, like md5/4

Organize hashing in libc.

Add missing __RCSID()

Overhaul how `build.sh tools' are used:

* Rename "config.h" to "nbtool_config.h" and
HAVE_CONFIG_H to HAVE_NBTOOL_CONFIG_H.
This makes in more obvious in the source when we're using
tools/compat/config.h versus "standard autoconf" config.h

* Consistently move the inclusion of nbtool_config.h to before
<sys/cdefs.h> so that the former can provide __RCSID() (et al),
and there's no need to protect those macros any more.

These changes should make it easier to "tool-ify" a program by adding:
#if HAVE_NBTOOL_CONFIG_H
#include "nbtool_config.h"
#endif
to the top of the source files (for the general case).

Bring back previous sparc64 hack, but only #ifdef old gcc.
This is used when building libnbcompat for host tools - why it is included
when building on NetBSD is beyound me.

No more sparc64 compiler workarounds

In userland, use <sha1.h>, not <sys/sha1.h>.

Add the md[245], sha1 and rmd160 functions to libnbcompat, conditional on their
not being in the host libc.
This will be necessary to make cksum into a host tool.

Don't use a u_char array for a workspace that will be cast then accessed
as int's, as the array is not guaranteed to be int-aligned on the stack.
Use a CHAR64LONG16 type instead for the workspace, since the workspace
is accessed through that type anyway.

Fixes PR pkg/12417 from Andrew Brown.

branches: 1.6.2;
Prevent the compiler from blowing up on sparc64. From mrg.

branches: 1.5.4;
Delint.
Remove trailing ; from uses of __weak_alias(). The macro inserts this if
needed.

back out the #ifdef _DIAGNOSTIC argument checks; too many people complained.
_DIAGASSERT() is still retained.

* use _DIAGASSERT() to check pointer arguments against NULL and file
descriptors against -1 (as appropriate).
* add actual checks which to detect stuff that would trigger_DIAGASSERT(),
and attempt to return a sane error condition.
* knf some code
* remove some `register' decls.

the first two items result in the addition of code similar to the
following in various functions:

_DIAGASSERT(path != NULL)
#ifdef _DIAGNOSTIC
if (path == NULL) {
errno = EFAULT;
return (-1);
}
#endif

fix unaligned access lint warning.

add sha1 functions, like md5/4

Organize hashing in libc.

Overhaul how `build.sh tools' are used:

* Rename "config.h" to "nbtool_config.h" and
HAVE_CONFIG_H to HAVE_NBTOOL_CONFIG_H.
This makes in more obvious in the source when we're using
tools/compat/config.h versus "standard autoconf" config.h

* Consistently move the inclusion of nbtool_config.h to before
<sys/cdefs.h> so that the former can provide __RCSID() (et al),
and there's no need to protect those macros any more.

These changes should make it easier to "tool-ify" a program by adding:
#if HAVE_NBTOOL_CONFIG_H
#include "nbtool_config.h"
#endif
to the top of the source files (for the general case).

In userland, use <sha1.h>, not <sys/sha1.h>.

Add the md[245], sha1 and rmd160 functions to libnbcompat, conditional on their
not being in the host libc.
This will be necessary to make cksum into a host tool.

branches: 1.6.2;
Insert newline after RCS ID line.

Delint.
Remove trailing ; from uses of __weak_alias(). The macro inserts this if
needed.

back out the #ifdef _DIAGNOSTIC argument checks; too many people complained.
_DIAGASSERT() is still retained.

* use _DIAGASSERT() to check pointer arguments against NULL and file
descriptors against -1 (as appropriate).
* add actual checks which to detect stuff that would trigger_DIAGASSERT(),
and attempt to return a sane error condition.
* knf some code
* remove some `register' decls.

the first two items result in the addition of code similar to the
following in various functions:

_DIAGASSERT(path != NULL)
#ifdef _DIAGNOSTIC
if (path == NULL) {
errno = EFAULT;
return (-1);
}
#endif

Avoid non portable shifts.

add sha1 functions, like md5/4

Put public domain MD2 implementation in libc/hash/md2.

Use An in AUTHORS section.

Remove self reference in SEE ALSO
Add references consistent with those in md4(3) and md5(3)

Reported by kamil

branches: 1.1.84; 1.1.86;
Put public domain MD2 implementation in libc/hash/md2.

move MD2Transform first.

Catch up with all the lint warnings since exit on warning was disabled.
Disable 'missing header declaration' and 'nested extern' warnings for now.

Update old-style definitions to ANSI, remove a couple of register
definitions along the way. Fixed gcc 4.1 build (thank you vax)

Use C89 definition.
u_int*_t -> uint*_t

branches: 1.5.4; 1.5.8;
Remove clause 3 and 4 from TNF licenses

branches: 1.4.18;
since we rename and provide a weak symbol for MD2Transform make it non-static.

WARNS=4

Fix weak aliasing after recent changes.

Inspired by comments from christos@, xtraeme@, mlelstv@, mhitch@, mrg@,
and uwe@; all the bugs are mine.

Put public domain MD2 implementation in libc/hash/md2.

branches: 1.4.10;
Fix replicated typo

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Put public domain MD2 implementation in libc/hash/md2.

branches: 1.1.4;
Add Makefile in libc for murmurhash, missed in previous commit.

Organize hashing in libc.

Remove workaround for ancient HTML generation code.

\\ -> \e

u_intN_t -> uintN_t

Add man-pages forgotten in previous commit.

this moved to common/lib/libc/hash

change #include <sys/endian.h> => #include <machine/endian.h> so that
it's (more) consistent in the tree; this, along with changing tools/compat's
autoconf detection from AC_CHECK_FUNCS to AC_CHECK_DECLS makes the vast
majority of htobe16 and friends' redefinition errors bite the dust.
Tested with -current and FreeBSD.

Fix weak aliasing after recent changes.

Inspired by comments from christos@, xtraeme@, mlelstv@, mhitch@, mrg@,
and uwe@; all the bugs are mine.

Need namespace.h here too.

Organize hashing in libc.

branches: 1.6.10;
Fix replicated typo

More cleanup after sha2.h and rmd160.h moved house

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Use crypto/rmd160.h.

Organize hashing in libc.

Fix link sha1.3 <- SHA1File.3

This SHA1File used to link to sha2(3).

branches: 1.2.82; 1.2.84;
As discussed back in June, remove hmac_sha1 and hmac_md5 from libc, to
reduce bloat and namespace trouble. (both were never public; hmac_sha1
is moved to libcrypt now because it is used locally there)

Organize hashing in libc.

As discussed back in June, remove hmac_sha1 and hmac_md5 from libc, to
reduce bloat and namespace trouble. (both were never public; hmac_sha1
is moved to libcrypt now because it is used locally there)

Make these weak as Matthias Drochner pointed out.

Organize hashing in libc.

More macros, less whitespace.

Document SHA1FileChunk(3) in sha1(3)

Description taken from OpenBSD.

branches: 1.7.4; 1.7.6;
Remove workaround for ancient HTML generation code.

\\ -> \e

Improve portability and clarity by using uint8_t for the byte data
and expanding u_int to not depend on the !POSIX types.

Pull in revisions 1.24 and 1.25 from upstream, which change this file's
license to ISC-style.

Add missing .Os.

branches: 1.2.30;
u_intN_t -> uintN_t

Add man-pages forgotten in previous commit.

Use reach-over sources from common/lib/libc

WARNS=4

Organize hashing in libc.

branches: 1.4.10;
Fix replicated typo

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Organize hashing in libc.

Add SHA224 implementation to libc.
Make libcrypto use the SHA2 implementation of libc.
Bump minor versions of libc and libcrypto.

branches: 1.3.2; 1.3.6; 1.3.16; 1.3.28; 1.3.34;
We don't have SHA{256,384,512}_Pad, but we do have _Transform.

Add helper routines (end, filechunk, file, data) for SHA2.

Add SHA2 hashing routines to userland.

At the moment there's only code for the init/transform/update/final
routines.

Man-page from OpenBSD.

Drop Pad functions from sha2(3)

This man-page first appeared before porting all the features to NetBSD and
actually Pad ones were never ported. Keeping it in the documentation is
misleading and actually caused bugs in handling of these functions in 3rd
party software.

branches: 1.8.2; 1.8.4;
Remove Tn. Do not split on An lines.

Add sha_224, sha_384 and sha_512 family of functions to the NAME section as well.
Also use .An for authors in the AUTHORS section

Remove workaround for ancient HTML generation code.

Add SHA224 implementation to libc.
Make libcrypto use the SHA2 implementation of libc.
Bump minor versions of libc and libcrypto.

branches: 1.4.4; 1.4.14; 1.4.26; 1.4.32;
u_intN_t -> uintN_t

SHA2 support appeared in NetBSD 3.0.

Prefer
.In foo
to
.Fd #include <foo>
Mark up NULL with .Dv.
Use \*[Am], \*[Lt] for HTML output.
Add missing commas in enumerations.

branches: 1.1.2;
Add SHA2 hashing routines to userland.

At the moment there's only code for the init/transform/update/final
routines.

Man-page from OpenBSD.

this moved to common/lib/libc/hash

static before const.

Add missing SHA384_Transform. XXX: Is that correct?

Fix weak aliasing after recent changes.

Inspired by comments from christos@, xtraeme@, mlelstv@, mhitch@, mrg@,
and uwe@; all the bugs are mine.

branches: 1.3.2;
Include namespace.h to make this build in nbcompat.

Pass lint and make this compile.
Also change bcopy, bzero -> memcpy, memset.

Add SHA2 hashing routines to userland.

At the moment there's only code for the init/transform/update/final
routines.

Man-page from OpenBSD.

Fix rcsid comment.

branches: 1.1.2; 1.1.4; 1.1.6; 1.1.8;
Add SHA224 implementation to libc.
Make libcrypto use the SHA2 implementation of libc.
Bump minor versions of libc and libcrypto.

branches: 1.8.10;
Fix replicated typo

More cleanup after sha2.h and rmd160.h moved house

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Use common code from hash.c.

branches: 1.3.2;
Include namespace.h to make this build in nbcompat.

Fix lint warnings.

Add helper routines (end, filechunk, file, data) for SHA2.

branches: 1.8.10;
Fix replicated typo

More cleanup after sha2.h and rmd160.h moved house

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Use common code from hash.c.

branches: 1.3.2;
Include namespace.h to make this build in nbcompat.

Fix lint warnings.

Add helper routines (end, filechunk, file, data) for SHA2.

branches: 1.8.10;
Fix replicated typo

More cleanup after sha2.h and rmd160.h moved house

Rename "hash.c" to "hashhl.c" since this is included from *hl.c files.
The name "hash.c" is already used in db/hash/hash.c, and having duplicated
names, aside from it being bad style, breaks the tools/nbcompat build
because it picks the wrong hash.c file. Thanks to greg for helping debug
this.

The weak alias macros can only work before namespace.h gets included because
when the strings get expanded we gain an _ from namespace.h. So define a
macro to point to the appropriate include file for the hash function, and
include the hash function later, from the .c file we always include. This
allows us to eliminate the hack of including namespace.h twice as well as
nbtool_config.h.

Use common code from hash.c.

branches: 1.3.2;
Include namespace.h to make this build in nbcompat.

Fix lint warnings.

Add helper routines (end, filechunk, file, data) for SHA2.

Add riastradh's man pages for sha3 and friends.

Commented out since the symbols themselves are not yet public.

Import SHA-3 code into libc and libkern.

No new public symbols in libc, but publishing the symbols is a simple
matter if/when we decide to do so.

Proposed on tech-kern and tech-userlevel with no objections:

https://mail-index.NetBSD.org/tech-kern/2017/11/11/msg022581.html
https://mail-index.NetBSD.org/tech-userlevel/2017/11/11/msg010968.html

Add riastradh's man pages for sha3 and friends.

Commented out since the symbols themselves are not yet public.

Add riastradh's man pages for sha3 and friends.

Commented out since the symbols themselves are not yet public.

Add riastradh's man pages for sha3 and friends.

Commented out since the symbols themselves are not yet public.

Add riastradh's man pages for sha3 and friends.

Commented out since the symbols themselves are not yet public.