not all of these tests are ubsan-related any more

hack around:

(a) clang not enabling ultrasparc mode on netbsd (seems like a bug)
(b) the version of clang in-tree not having -mvis

only use -mvis for gcc, the clang in-tree does not know it yet

(plus it's optional)

Add an implementation of the VIS C API for sparc64.

VIS is an extension of the SPARCv9 instruction set that adds packed
integer vector instructions that operate on 64-bit floating point
registers. It is primarily intended for accelerating common 2D
graphics and multimedia operations.

While GCC includes limited support for VIS via builtins, the builtins
are incomplete and incompatible with the C API described in
"VIS(tm) Instruction Set User's Manual" published by Sun Microsystems
in May 2001. This implementation intends to be 100% compatible with
the one described in the manual.

All sparc64 processors except the HAL SPARC64 (apparently not supported
by NetBSD) support the VIS instruction set. The paper documents
functions up to VIS 2. Post-Oracle CPUs support VIS 3 and VIS 4, but
I don't have access to C API documentation for those (presumably
the code is proprietary to SunPro on Solaris 11), and we can worry
about that when sun4v support is more mature.

The implementation includes some basic tests for packed arithmetic.

make this build with GCC 12.

there are some odd constructs here to trigger sanitizers.

fix various typos in comments and log messages.

avoid new GCC 9 warnings.

hack for clang/powerpc

convert HAVE_GCC == 7 to HAVE_GCC >= 7.

Fix build of t_ubsan/t_ubsanxx under MKSANITIZER

Do not link micro-ubsan runtime for disabled tests.

This avoids double symbols linked into a single binary.

branches: 1.3.2; 1.3.4;
- revert previous to t_ubsan.c, it is desired behaviour. from kamil.
- use -Wno-int-in-bool-context instead

branches: 1.2.2;
Fix stack protector build.

Import micro-UBSan ATF tests

These tests are used only when a distribution is built without MKSANITIZER
and without MKLIBCSANITIZER. They build the ubsan.c micro-implementation
in userland as a standalone library (a .c file linked into tests).

The code generation part emits symbols that are handled by uUBSan.

Tested with Clang amd64 + i386 and GCC amd64 + i386.

There are two sets of tests: C code generation and C++ code generation.

There are various little differences that are handled with proper ifdefs.

Clang 7svn has significantly more checks for Undefined Behavior than GCC
5.x. Some of the tests are or might be amd64 and/or i386 specific and are
marked with proper ifdefs and comments according to the compiler
documentation.

Avoid warnings about tautological left shifts as conditional.

branches: 1.5.2;
Unify the style of t_ubsan tests

Apply similar change for load_invalid_value_bool in
test_load_invalid_value_enum.

Follow up of PR bin/53968 by Michael van Elst

Try to make load_invalid_value_bool portable to Big-Endian

PR bin/53968 by Michael van Elst

- revert previous to t_ubsan.c, it is desired behaviour. from kamil.
- use -Wno-int-in-bool-context instead

- avoid multipling a boolean value, use &&.

branches: 1.1.2;
Import micro-UBSan ATF tests

These tests are used only when a distribution is built without MKSANITIZER
and without MKLIBCSANITIZER. They build the ubsan.c micro-implementation
in userland as a standalone library (a .c file linked into tests).

The code generation part emits symbols that are handled by uUBSan.

Tested with Clang amd64 + i386 and GCC amd64 + i386.

There are two sets of tests: C code generation and C++ code generation.

There are various little differences that are handled with proper ifdefs.

Clang 7svn has significantly more checks for Undefined Behavior than GCC
5.x. Some of the tests are or might be amd64 and/or i386 specific and are
marked with proper ifdefs and comments according to the compiler
documentation.

branches: 1.1.2; 1.1.4;
Import micro-UBSan ATF tests

These tests are used only when a distribution is built without MKSANITIZER
and without MKLIBCSANITIZER. They build the ubsan.c micro-implementation
in userland as a standalone library (a .c file linked into tests).

The code generation part emits symbols that are handled by uUBSan.

Tested with Clang amd64 + i386 and GCC amd64 + i386.

There are two sets of tests: C code generation and C++ code generation.

There are various little differences that are handled with proper ifdefs.

Clang 7svn has significantly more checks for Undefined Behavior than GCC
5.x. Some of the tests are or might be amd64 and/or i386 specific and are
marked with proper ifdefs and comments according to the compiler
documentation.

license boilerplate

Add an implementation of the VIS C API for sparc64.

VIS is an extension of the SPARCv9 instruction set that adds packed
integer vector instructions that operate on 64-bit floating point
registers. It is primarily intended for accelerating common 2D
graphics and multimedia operations.

While GCC includes limited support for VIS via builtins, the builtins
are incomplete and incompatible with the C API described in
"VIS(tm) Instruction Set User's Manual" published by Sun Microsystems
in May 2001. This implementation intends to be 100% compatible with
the one described in the manual.

All sparc64 processors except the HAL SPARC64 (apparently not supported
by NetBSD) support the VIS instruction set. The paper documents
functions up to VIS 2. Post-Oracle CPUs support VIS 3 and VIS 4, but
I don't have access to C API documentation for those (presumably
the code is proprietary to SunPro on Solaris 11), and we can worry
about that when sun4v support is more mature.

The implementation includes some basic tests for packed arithmetic.