Bump version in CMakeLists.

Update/fix website.
And a link in markdown doc.
Give more useful cmake command, e.g. static/shared libs.
Fix documented uninstall commands.

We only want to check if examples are working and documented
use of SLEEF as subproject is not broken.
No need to complicate with different compilers, ...
Add a new workflow to run examples.
Add a new workflow for nested project and submodule.
Only works for x86 runners for now.
Fix exit error code in dft tutorial.c
Add project names to top-level CMakeLists to remove CMake warning.

Completed definition for Sleef_quad in `quaddef.h` where it can be
used by sleefqp.c
Note quad precision is not available for aarch64, as it does
not support quadmath library.

In the transition between sleef-3.5 and sleef-3.6, support
for quad and long precision was dropped.

This resulted in 4 funtions being removed from the ABI:

    [D] 'function const Sleef_longdouble2 Sleef_sincospil_u05(long double)'    {Sleef_sincospil_u05}
    [D] 'function const Sleef_longdouble2 Sleef_sincospil_u35(long double)'    {Sleef_sincospil_u35}
    [D] 'function const Sleef_quad2 Sleef_sincospiq_u05(Sleef_quad)'    {Sleef_sincospiq_u05}
    [D] 'function const Sleef_quad2 Sleef_sincospiq_u35(Sleef_quad)'    {Sleef_sincospiq_u35}

By reverting these changes and bring these functions back to the ABI.

This reverts commit 64c957fab5cf5db5d0445f8b47a063f48d0a13ac.

Recent versions of cmake stopped linking with -ldl implicitely,
which may be required when linking statically with openssl.
However this can still be done using find_package(OpenSSL) by
setting OPENSSL_USE_STATIC_LIBS to TRUE.

Mark macOS x86_64 and aarch64 as Tested.

Mark i686 and aarch32 as N/A because these ABI are deprecated.

Correct "MacOS" to "macOS".

Subdivided Windows LLVM into llvm-gnu and llvm-msvc to distinguish between *-w64-mingw32 (aka *-pc-windows-gnu) and *-pc-windows-msvc targets.

Updated Windows AArch64 from N/A to Not tested in CI.

msys2 clang and llvm-mingw cross

To fix cross-compilation compatibility

Some platforms such as MSYS2 provide a broken libcrypto.pc, this is needed to fix statically link build.

These tests don't support MinGW

It actually works fine.

* Mark SLEEF_ALWAYS_INLINE as always_inline

@Co-Authored-By: Hamlin Li <hamlin@rivosinc.com>

* Mark Sleef_rempitabq* constants as static

Without marking it static, it fails to compile when including multiple
sleefinline_*.h into the same compilation unit.

* also mark Sleef_rempitabsp as static const

This fixes the regression from 29391ccd.

The dummy target that was removed in 29391ccd
was responsible for installing the unversioned symlink for the shared libraries.
The only part of this that was causing issue appears to be the dummy destination
that was only added as an workaround for old cmake version (pre 3.14-ish).
With the cmake version requirement bumped to 3.18 this should not be an issue anymore,
and we could also use the new NAMELINK_COMPONENT option to avoid using two install
statements.

This also fixes a bug from eb3d9778 causing
the libsleefgnuabi library to be missing the symlink...

This fixes some of the messages coming up in asan test output,
but not all of them. Same number of tests failing after this change.

* Set the CMake minimum version and project as early as possible

Also uses the standard version variables. Replaced PATCHLEVEL by
PATCH except in #define'd macros (to preserve API).

Replaced languages list with enable_language.

Removed policy options that do not affect runtime (because they
are enabled by the minimum version, anyway)

* Add SLEEF_BUILD_SHARED_LIBS to override BUILD_SHARED_LIBS from including projects.

* Remove "dummy" install targets

* Use ON/OFF for the normalized values of BUILD_SHARED_LIBS

__riscv_vcreate* appear after RVV intrinsics v0.12, and the next version
after that is v1.0 which is not yet ratified.

Nevertheless, clang-18 and up already have the support we need.

Previously the scalar library was built even with `SLEEF_BUILD_SCALAR_LIB=OFF`, and SLEEF_BUILD_SCALAR_LIB only controlled the installation.

Update supported environment now that quad, dft and inline headers are in.
Fixes #524

Previously, when fetching elements from Sleef_rempitabsp
or Sleef_rempitabdp for infinity/nan inputs, we would
hit outside the table. This would trigger a global buffer
overflow error when running any of the trig functions with
an address sanitizer.
Fixes issue #464, on multiple arch. Furthermore tester3advsimd and
tester3advsimdnofma start passing when library is build with
ASAN enabled.

Prefer use of __riscv_vcreate_*() intrinsics, where appropriate.  This
does away with piecemeal assembly of a tuple register types and ensures
that every component is defined.  It also gets rid of uninitialised
variable warnings.

__riscv_vcreate intrinsics aren't available in older toolchains but will
be available in version 1.0 of the intrinsics interface.  In the interim
include substitute macros which try to fill the gap as best as possible.

Use a regular pattern of cast-then-insert, and extract-then-cast when
dealing with tuple registers with mixed component types.

Simplify two vcreate macros in helperrvv.h, remove a few unused macros, etc..

Make the vmask types for single-precision and double-precision
interfaces compatible, so that we have fewer divergent functions.

Keep the vopmask types incompatible, because the underlying vbool*_t
types still encode some underlying assumptions about the number of lanes
involved.

Make the still-incompatible function names distinct between SP and DP,
and then reconcile these with the preprocessor at the end of the file so
that the caller still sees the expected operations.  This will help when
it comes to generating inline headers in a future revision.

Updated CHANGELOG.
Version number already bumped in CMakeLists.txt.

Copyright year and some build instructions.

Macs do not implement SVE yet and Darwin does not support it.

Add missing headers when needed.

Add SLEEF_ prefix to SLEEF-specific and user facing cmake options.
Do not overwrite BUILD_SHARED_LIBS anymore.
Udpate docs.

...on all targets