Import upstream fixes that remove the need for GNU m4.
Stop disabling the assembly code on powerpc64. The original problem
has been fixed in 3.8. Alas, the optimized assembly code will not
be used at runtime since we lack an API to query instruction set
extensions on powerpc64.
ok ajacoutot@
* Add support to fat-arm64.c to detect crypto instruction set
extensions on OpenBSD.
* Require GNU m4 for the build since the aarch64 assembly is
pre-processed by m4 macros that take 16 arguments and refer to
arguments beyond $9 directly, e.g. $10 and so on, which is a GNU
extension and incompatible with POSIX.
ok ajacoutot@
__GLIBC_PREREQ() being available.
furthermore, for powerpc64 we need to disable the generated assembler code for
it fails to assemble with llvm:
error: unexpected token at start of statement: .0:
that is to be revisited but for now libnettle (and thus gnutls) can be built again.
ok aja@ (MAINTAINER)
Nettle is a cryptographic library that is designed to fit easily in more
or less any context: In crypto toolkits for object-oriented languages
(C++, Python, Pike, ...), in applications like LSH or GNUPG, or even in
kernel space. In most contexts, you need more than the basic
cryptographic algorithms, you also need some way to keep track of
available algorithms, their properties and variants. You often have some
algorithm selection process, often dictated by a protocol you want to
implement.
<...>
ok jasper@ landry@
