Log message:
threadingbuildingblocks: fix build for GCC

Log message:
threadingbuildingblocks: updated to 2021.5.0

oneTBB 2021.5.0

What's New

Reworked synchronization mechanism to reduce contention when multiple \ 
task_arena’s are used concurrently.
Fixed sporadic memory corruption.
Enabled Microsoft Visual Studio* 2022 and Python 3.9 support.

Preview features

Extended task_group interface with a new run_and_wait overload to accept task_handle.

Fixed Issues

Fixed possible correctness issue in queuing_rw_mutex on non-Intel platforms.
Fixed GCC* 11 warnings.
Fixed sporadic memory corruption.

Log message:
threadingbuildingblocks: Portability fixes.

Log message:
parallel: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Log message:
parallel: Remove SHA1 hashes for distfiles

Log message:
threadingbuildingblocks: needs atomic64

Log message:
threadingbuildingblocks: fix build on Linux, we need to link against dl.

Use CMAKE_SYSTEM_NAME to enable linking against dl only on Linux.

Log message:
threadingbuildingblocks: ... and patches

Log message:
threadingbuildingblocks: updated to 2021.3.0

New in 2021.3 Release

New Features

Since C++20 multiple interfaces are constrained to enforce requirements on \ 
argument types.
Preview Features

Extended the high-level task API to simplify migration from TBB to oneTBB.
Added mutex and rw_mutex that are suitable for long critical sections and \ 
resistant to high contention.
Added ability to customize the concurrent_hash_map mutex type.
Added heterogeneous lookup, erase, and insert operations to concurrent_hash_map.

Known Limitations

An application using Parallel STL algorithms in libstdc++ versions 9 and 10 may \ 
fail to compile due to incompatible interface changes between earlier versions \ 
of Threading Building Blocks (TBB) and oneAPI Threading Building Blocks \ 
(oneTBB). Disable support for Parallel STL algorithms by defining \ 
PSTL_USE_PARALLEL_POLICIES (in libstdc++ 9) or _GLIBCXX_USE_TBB_PAR_BACKEND (in \ 
libstdc++  10) macro to zero before inclusion of the first standard header file \ 
in each translation unit.
On Linux, if oneAPI Threading Building Blocks (oneTBB) or Threading Building \ 
Blocks (TBB) is installed in a system folder like /usr/lib64, the application \ 
may fail to link due to the linker search order for libraries. Use the -L linker \ 
option to specify the correct location of oneTBB libraries. This issue does not \ 
affect program execution.
The oneapi::tbb::info namespace interfaces might unexpectedly change the process \ 
affinity mask on Windows systems (see \ 
https://github.com/open-mpi/hwloc/issues/366 for details).

Bugs Fixed

Fixed several issues in parallel algorithms and concurrent containers on ARM.
Improved ThreadSanitizer support for the oneTBB Scalable Memory Allocator.
Improved scheduler to reduce the impact of thread priority inversion.
Fixed the behavior of affinity_partitioner and static_partitioner to resolve \ 
possible performance issues.
Fixed crash when finalize is called with null scheduler_handler.
Fixed the oneTBB assertion mechanism to avoid possible leaking of user directory \ 
paths.
Fixed crash in resumable tasks on ARM-based macOS.
Fixed compilation failures

Log message:
various fixes for arm64 big endian support.

most of these simply extend matching from "aarch64" to \ 
"aarch64eb"
in various forms of code.  most remaining uses in pkgsrc of
"MACHINE_ARCH == aarch64" are because of missing aarch64eb support,
such as most of the binary-bootstrap requiring languages like rust,
go, and java.

no pkg-bump because this shouldn't change packages on systems that
could already build all of these.