Changelog¶
0.31.0 (2024-12-18)¶
New features¶
The
require_started
sender adaptor,any_sender
andunique_any_sender
,async_rw_mutex
, and CUDA functionality have been documented. (#1297, #1309, #1355, #1356)The type-erased receiver used internally by
any_sender
no longer requires heap allocation. (#1354)
Breaking changes¶
Support for ittnotify has been removed. (#1290)
The CUDA and HIP pools now create a fixed number of streams instead of creating streams based on the number of worker threads. This is a silent breaking API change. If you are creating pools with a custom number of streams make sure that the values are reasonable with the new behaviour. See the API documentation for more details. (#1294)
The
set_value
CPO now uses member functions instead oftag_invoke
to better align with P2300. (#1295)zip_iterator
has been removed. (#1347)
Bugfixes¶
pika no longer sets the pthread name of the main thread. (#1329)
0.30.1 (2024-11-19)¶
New features¶
Breaking changes¶
Bugfixes¶
A parameter lifetime issue in
transform_mpi
that affects almost all MPI modes was fixed. (#1321)
0.30.0 (2024-11-08)¶
New features¶
pika can now automatically create a custom thread pool used for MPI work. (#1267)
All uses of
std::aligned_storage_t
have been removed, allowing for builds without deprecation warnings with C++23. (#1280)Documentation has been expanded, with many sender adaptors unique to pika now documented. (#1279, #1286, #1287, #1292, #1304, #1310)
Breaking changes¶
The default MPI mode used for creating and waiting for MPI requests has been changed. (#1143)
Support for clang 11 and clang 12 has been dropped. Use of these versions is not disallowed but no attempt will be made to fix issues for those compilers. (#1284)
Bugfixes¶
Builds with clang 19 have been fixed. (#1283)
Detection for when libatomic is required has been improved. (#1315)
0.29.0 (2024-10-04)¶
New features¶
The CUDA/HIP pool uses fewer, and a user-controllable number of, cuBLAS/SOLVER and rocBLAS/SOLVER handles. This can significantly reduce GPU memory usage, especially on high core count systems. (#1234)
The sender adaptor
transfer
has been renamed tocontinues_on
, with a deprecation warning, to match the latest P2300 proposal.transfer_just
andtransfer_when_all
have been deprecated. (#1235)
Breaking changes¶
Bugfixes¶
An initialization issue when setting an explicit process mask on a process that has a limited number of cores available due to cgroups restrictions has been fixed. (#1251)
0.28.0 (2024-09-04)¶
New features¶
Breaking changes¶
When using stdexec, pika now requires and is tested with stdexec commit
8bc7c7f06fe39831dea6852407ebe7f6be8fa9fd
(#1205)The Boost dependency is now found using CMake’s config mode instead of CMake’s deprecated Boost module. This requires Boost to be installed with a
BoostConfig.cmake
file. (#1229)
Bugfixes¶
NUMA nodes and sockets are now correctly handled on Grace-Hopper systems. This allows use of hwloc 2.11 and newer on such systems. (#1224)
0.27.0 (2024-08-15)¶
New features¶
sync_wait
now internally uses abinary_semaphore
instead of acondition_variable
for synchronization and may be slightly faster due to removing one lock. (#1206)
Breaking changes¶
All channel implementations have been removed. (#1209)
Bugfixes¶
Compilation of copyable senders together with
when_all_vector
has been fixed. (#1200)The
pika/execution.hpp
header has been fixed to include headers that should have been included by it. (#1206)
0.26.1 (2024-07-31)¶
New features¶
Breaking changes¶
Bugfixes¶
The
PIKA_MPI_COMPLETION_MODE
environment variable not being taken into account has been fixed. (#1215)
0.26.0 (2024-07-08)¶
New features¶
Handling of receivers has been slightly optimized internally to avoid allocations. (#1126, #1139, #1192)
The MPI integration now has experimental support for the MPI continuations proposal. This requires an experimental build of OpenMPI. (#1128)
pika can now be compiled as a static library by disabling the CMake option
BUILD_SHARED_LIBS
. (#1179)
Breaking changes¶
The
shared_mutex
utility has been removed. (#1155)The
prefix
module has been cleaned up with many internal functionalities being moved to adetail
namespace. (#1177)The
depleted
thread state has been removed as it is no longer used. (#1184)
Bugfixes¶
The hostname output in logs has been fixed. (#1127)
The internal
append_t
type pack helper has been fixed to append rather than prepend. This may affect the order of completion signatures for senders. However, there are still no guarantees on the order of completion signatures. (#1137)Fix potential use-after-free in MPI integration. (#1151)
Undefined behaviour on FreeBSD in the
get_executable_prefix
helper has been fixed. (#1171)Compilation with
PIKA_WITH_STACKTRACES=OFF
has been fixed. (#1178, #1196)
0.25.0 (2024-05-10)¶
New features¶
The MPI polling functionality has been significantly refactored and optimized. (#1102)
pika’s senders and receivers now use the newer sender and receiver concepts when defined by stdexec. (#1105)
Breaking changes¶
The pika logging facilities have been refactored to use spdlog. The new behaviour is described in the pull request and documentation (#1093)
The runtime module has been cleaned up with many functionalities being removed or moved to the
detail
namespace. (#826, #1091)
Bugfixes¶
Builds with the CMake option
PIKA_WITH_THREAD_DEBUG_INFO
enabled have been fixed. (#1101)
0.24.0 (2024-04-12)¶
New features¶
Avoid unnecessary copies of CUDA streams and handles to improve profiling appearance. (#1056)
Avoid use of
std::invoke_result
intag_invoke_result
variants to improve compilation times. (#1058, #1060)
Breaking changes¶
Bugfixes¶
Fix use of
--pika:print-bind
with--pika:bind=none
. (#1082, #1087)Work around compilation issue with CUDA 12.4. (#1084)
Make sure
main
is never defined inlibpika.so
. (#1088)
0.23.0 (2024-03-07)¶
New features¶
Further improved performance, particularly on ARM64 systems. (#1023, #1033, #1035, #1041)
Allow compilation on ARM systems with address sanitizer enabled. (#1045)
Breaking changes¶
Bugfixes¶
Allow the use of the
require_started
sender adaptor withunique_any_sender
andany_sender
. (#1044)Fix a data race in CUDA/HIP event polling. (#1051)
0.22.2 (2024-02-09)¶
Bugfixes¶
Fix incorrect worker thread numbers when using more than one thread pool. (#1016)
0.22.1 (2024-01-29)¶
Bugfixes¶
0.22.0 (2024-01-24)¶
New features¶
A new function
pika::is_runtime_initialized
has been added. (#808)CUDA and HIP handles are now guaranteed to be released together with
cuda_pool
instead of on program exit. (#872)Spinloop performance has been significantly improved on ARM64 systems. (#923, #927)
The
pika::barrier
now scales significantly better with the number of cores. (#940)Exceptions thrown in the main entry point, e.g.
pika_main
, are now reported with the message of the exception, if available. (#959)
Breaking changes¶
Bugfixes¶
The CMake configuration now sets the policy CMP0144 to silence warnings about CMake package root directory variables. (#885)
The permissions on the installed
pika-bind
helper script have been fixed. (#915)A missing include causing compilation failures with
PIKA_WITH_UNITY_BUILD=OFF
has been added. (#955)A use-after-free has been fixed in
when_all_vector
. (#966)A use-after-free has been fixed in
sync_wait
. (#976)A use-after-free has been fixed in
default_agent
. (#979)An initialization order issue has been fixed in debug printing facilities. (#983)
A potential cause for dangling references has been fixed in
thread_pool_init_parameters
. (#984)A few data races have been fixed in the schedulers. (#985, #986)
Forwarding of callable values in
execution::then
has been fixed. (#994)A data race in
condition_variable::notify_all
has been fixed. (#998)
0.21.0 (2023-12-06)¶
New features¶
A new sender adaptor
require_started
allows to detect unstarted senders. (#869)The conversion from
any_sender
tounique_any_sender
has been optimized, reusing the same storage. (#844)The number of streams created by the
cuda_pool
is now proportional to the number of threads used by the runtime instead ofhardware_concurrency
. (#864)
Breaking changes¶
pika::start
andpika::finalize
now returnvoid
. Most runtime management functions no longer take anerror_code
and always throw an exception on failure. (#825)
Bugfixes¶
One lifetime bug in split has been fixed. (#839)
yield_while
is now able to warn about potential deadlocks when suspension is disabled. (#856)
0.20.0 (2023-11-01)¶
New features¶
The MPI rank is now printed with
--pika:print-bind
and when handling exceptions, if MPI support is enabled. (#805, #822)A warning message is now printed on macOS when using
--pika:process-mask
since thread bindings are unsupported. (#806)Thread bindings can now be printed using the environment variable
PIKA_PRINT_BIND
in addition to the command line option--pika:print-bind
. (#828)The
pika-bind
helper script has been added to more conveniently setPIKA_PROCESS_MASK
based on the environment. (#834)
Breaking changes¶
All remaining locality-related functions and files have been removed. (#823)
Bugfixes¶
Handling of explicitly specified process masks with
--pika:process-mask
orPIKA_PROCESS_MASK
has been fixed. (#807)
0.19.1 (2023-10-09)¶
Bugfixes¶
Fix a bug in
drop_operation_state
when the predecessor sender is sending a tuple. (#801)
0.19.0 (2023-10-04)¶
New features¶
A
transfer_when_all
sender adaptor has been introduced. (#792)A
drop_operation_state
sender adaptor has been introduced. (#772)
Breaking changes¶
The
PIKA_WITH_DISABLED_SIGNAL_EXCEPTION_HANDLERS
CMake option has been removed. This option can be controlled at runtime as before. (#773)The
PIKA_WITH_THREAD_GUARD_PAGE
CMake option has been removed. This option can be controlled at runtime as before. (#782)thread_priority::critical
has been removed as it is an alias tohigh_recursive
and is unused.(#783)
Bugfixes¶
Fix a few instances of the wrong type being forwarded in
split_tuple
andwhen_all
sender adaptors. (#781)Fix a hang introduced by the global activity count when using MPI polling. (#778)
Fix a use-after-free in
ensure_started
. (#795)Fix lifetime bug in
ensure_started
when the sender is dropped without being connected. (#797)
0.18.0 (2023-09-06)¶
New features¶
A documentation site has been created on pikacpp.org. (#723)
A new command line option
--pika:process-mask
has been added to allow overriding the mask detected at startup. The process mask is also now read before the pika runtime is started to avoid problems with e.g. OpenMP resetting the mask before pika can read it. (#738, #739)An overload of
pika::start
which takes no callable and is equivalent to passingnullptr_t
or an empty callable as the entry point has been added. (#761)
Breaking changes¶
The
any_receiver
set_value_t
overload now accepts types which may throw in their move and copy constructors. (#702)The
PIKA_WITH_GENERIC_CONTEXT_COROUTINES
CMake option has been renamed toPIKA_WITH_BOOST_CONTEXT
. (#729)The
then
andunpack
sender adaptors now correctly havenoexcept
get_env_t
customizations. (#732)mimalloc is now the default allocator. (#730)
The
pika::this_thread::experimental::sync_wait
receiver now correctly advertises itself as a receiver when using stdexec. (#735)Various outdated and unused utilities and configuration options have been removed. (#744, #753, #758, #759)
Bugfixes¶
The small buffer optimization in
any_sender
and its companions has been disabled due to issues with the implementation. (#760)
0.17.0 (2023-08-02)¶
New features¶
Improve MPI polling: continuations are not triggered under lock anymore and can be explicitly transferred to a new task/pool, throttling is possible on a per stream basis, the number of completions to handle per poll iteration may be controlled. (#593)
Add
pika::wait
to wait for the runtime to be idle. (#704)Failure information is now printed before attaching a debugger. (#712)
--pika:print-bind
now also prints the thread pool of a thread when thread binding is disabled to be consistent with the output when thread binding is enabled. (#710)Allow to explicitly reset
{unique_,}any_sender
. (#719)Add
execution::unpack
sender adaptor unpack tuple-like types sent by predecessor senders. (#721)
Bugfixes¶
Fix warnings when CMake unity build is disabled. (#697)
Fix bogus error when
--pika:print-bind
and--pika:bind=none
are used together. (#710)Fix memory leak with stack overflow detection enabled. (#714)
Fix freeing stack when guard pages are disabled. (#716)
0.16.0 (2023-05-31)¶
New features¶
pika can now be compiled with CUDA 12 and C++20 when
PIKA_WITH_STDEXEC
is disabled. (#684)pika::barrier
can now optionally do a timed blocking wait. The default behaviour is unchanged. (#685)
Breaking changes¶
pika::spinlock
has been removed and replaced with a private implementation. (#672)
Bugfixes¶
Compilation with the CMake option
PIKA_WITH_VERIFY_LOCKS_BACKTRACE
has been fixed. (#680)Compilation with fmt 10 and CUDA/HIP has been fixed. (#691)
0.15.1 (2023-05-12)¶
Bugfixes¶
Eagerly reset shared state in
async_rw_mutex
. This prevents deadlocks in certain use cases ofasync_rw_mutex
. (#677)Use
pika::spinlock
instead ofpika::mutex
inasync_rw_mutex
. This allows use ofasync_rw_mutex
from non-pika threads. (#679)
0.15.0 (2023-05-03)¶
New features¶
async_rw_mutex
has been moved to a public header:pika/async_rw_mutex.hpp
. The functionality is still experimental in thepika::execution::experimental
namespace.async_rw_mutex_access_type
andasync_rw_mutex_access_wrapper
have also been moved out of thedetail
namespace. (#655)
Breaking changes¶
The
any_sender
andunique_any_sender
operator bool()
, which can be used to check whether the sender contains a valid sender, is nowexplicit
to avoid accidental conversions. (#653)Scheduler idling was disabled by default. This typically improves performance. If performance is less important than resource usage idling may be beneficial to enable explicitly. (#661)
The CMake option
PIKA_WITH_THREAD_CUMULATIVE_COUNTS
was disabled by default. This often improves performance. (#662)Thread guard pages were disabled by default. This often improves performance. They can still be enabled at runtime with the configuration option
pika.stacks.use_guard_pages=1
to debug e.g. stack overflows. (#663)The
fast_idle
anddelay_exit
scheduler modes were completely removed as they added overhead and were not used in any meaningful way in the scheduler. (#664)The ability to run background threads in the scheduler was completely removed. (#665, #668)
Bugfixes¶
Fixed an inconsistent preprocessor guard that affected Apple M1 and M2 systems. (#657)
Fixed preprocessor guards to enable deadlock detection in debug builds. The deadlock detection was never enabled previously. (#658)
Thread deadlock detection will now correctly print potentially deadlocked threads. (#659)
0.14.0 (2023-04-05)¶
New features¶
pika can now be compiled with NVHPC. The support is experimental. (#606)
CUDA polling was improved. Among other changes polling continuations are no longer called under a lock. (#609)
Improved the error message when pika is configured with multiple thread pools but there are not enough resources for all thread pools. (#619)
Breaking changes¶
Cleaned up modules and moved internal functionality into
detail
namespaces. (#625, #631, #632, #633, #634)Renamed the CMake option
PIKA_WITH_P2300_REFERENCE_IMPLEMENTATION
toPIKA_WITH_STDEXEC
to better reflect what it does. (#641)
Bugfixes¶
0.13.0 (2023-03-08)¶
New features¶
Add better compile-time error messages to diagnose one-shot senders being used as multi-shot senders. (#586)
Breaking changes¶
Remove the
PIKA_WITH_BACKGROUND_THREAD_COUNTERS
CMake option. These counters are no longer available. (#588)Update required stdexec commit. pika is now tested with
6510f5bd69cc03b24668f26eda3dd3cca7e81bb2
(#597)Cleaned up modules and moved minor functionality into
detail
namespaces. (#594, #595, #596, #599, #607)
Bugfixes¶
Initialize HIP early to avoid concurrent initialization. (#591)
0.12.0 (2023-02-01)¶
New features¶
Make read-only access senders of
async_rw_mutex
connectable with l-value references. (#548)Add
split_tuple
sender adaptor which allows transforming a sender of tuples into a tuple of senders. (#549)Add
bool
conversion operator andempty
member function tounique_any_sender
andany_sender
. (#551)
Breaking changes¶
Remove the conversion operators from wrapper types in
async_rw_mutex
. Wrappers must explicitly be unwrapped usingget
. (#548)Require whip 0.1.0. (#565)
Bugfixes¶
Make the
ensure_started
sender noncopyable. (#539)Fix compilation failure on macOS with C++20 enabled. (#541)
Fix deadlocks in certain use cases of
async_rw_mutex
. (#548)Fix certain use cases of
any_sender
andwhen_all
. (#555)
0.11.0 (2022-12-07)¶
New features¶
Breaking changes¶
All parallel algorithms have been moved to a new repository that depends on pika: https://github.com/pika-org/pika-algorithms. (#505)
fmt is now a required dependency. (#487)
The default allocator has been changed from tcmalloc to mimalloc. (#501)
Cleaned up various modules and moved minor functionality into
detail
namespaces. (#483, #508, #509)
Bugfixes¶
0.10.0 (2022-11-02)¶
New features¶
Breaking changes¶
More functionality in the
algorithms
module has been moved intodetail
namespaces. (#475)
Bugfixes¶
Many sender adaptors have been updated to correctly handle reference types. (#472, #484, #492, )
then_with_stream
now correctly stores the values sent by the predecessor sender for the duration of the CUDA operation launched by it. (#485)
0.9.0 (2022-10-05)¶
New features¶
Signal handlers are now optional, they can be set with
--pika:install_signal_handlers=1
. They are enabled by default when--pika:attach-debugger=exception
is set. (#458)
Breaking changes¶
The P2300 reference implementation is now found through a
find_package
instead of afetch_content
in CMake and is required whenPIKA_WITH_P2300_REFERENCE_IMPLEMENTATION
inON
. (#436)whip is now a dependency to replace the GPU abstraction layer we previously used. (#423)
Use rocBLAS directly instead of hipBLAS. (#391)
Move more internal functionality into the
detail
namespace. (#445, #446, #449, #461, #462)
Bugfixes¶
Add
set_stopped_t()
to(unique_)any_sender
completion signatures. (#464)Fix compilation on Arm64 with
PIKA_WITH_GENERIC_CONTEXT_COROUTINES=OFF
. (#439)Add a missing default entry for
pika.diagnostics_on_terminate
. (#458)
0.8.0 (2022-09-07)¶
New features¶
The
PIKA_WITH_P2300_REFERENCE_IMPLEMENTATION
option can now be enabled together withPIKA_WITH_CUDA
(with clang as the device compiler) andPIKA_WITH_HIP
. (#330)CMake options related to tests and examples now use
cmake_dependent_option
where appropriate. This means that options likePIKA_WITH_TESTS_UNIT
will correctly be enabled when reconfiguring withPIKA_WITH_TESTS=ON
even if pika was initially configured withPIKA_WITH_TESTS=OFF
. (#356)pika::finalize
no longer has to be called on a pika thread. (#366)
Breaking changes¶
Removed
operator|
overloads forsync_wait
andstart_detached
to align the implementation with P2300. (#346)Removed
parallel_executor_aggregated
. (#372)Moved more internal functionality into the
detail
namespace. (#374, #377, #379, #386, #400, #411, #420, #428, #429)Allow compiling only device code with
hipcc
whenPIKA_WITH_HIP
is enabled instead of requiringhipcc
to be used for host code as well. ThePIKA_WITH_HIP
option now has to be enabled explicitly like CUDA support instead of being automatically detected withhipcc
set as the C++ compiler. (#402)
Bugfixes¶
Fixed handling of reference types in
ensure_started
andlet_error
. (#338)Fixed compilation for powerpc. (#341)
Correctly set the stream in
cusolver_handle::set_stream
. (#344)Fix the
--pika:ignore-process-mask
command line option. It was previously being ignored. (#355)Fix a visibility issue in the
program_options
implementation. (#359)Change detection of builtins to be more robust against mixing compilers. (#390)
Fixed compilation for arm64. (#393)
Only check for
CMAKE_CUDA_STANDARD
andPIKA_WITH_CXX_STANDARD
when building pika itself. This could previously lead to false positive configuration errors. (#396)Fix compilation on macOS with
PIKA_WITH_MPI
enabled. (#405)
0.7.0 (2022-08-03)¶
New features¶
The CUDA polling now uses both normal and high priority queues based on the flags passed to the
cuda_stream
. (#286)Eagerly check completion of the MPI requests and add throttling of MPI traffic to help prevent excessive message queues. (#277)
Eagerly check completion of CUDA kernels. (#306)
Breaking changes¶
Remove static and thread local storage emulation. (#321)
Moved internal functionality into the
detail
namespace. (#209, #276, #324)Remove specialization for Intel KNL. (#309)
Bugfixes¶
Fix a compilation error with posix coroutines implementation. (#314)
Fix handling of reference values and errors types sent by predecessors to
when_all
,split
andsync_wait
. (#285, #307, #320)
0.6.0 (2022-07-06)¶
New features¶
Added basic support for Tracy. The Tracy integration can currently only be used with threads that do not yield. (#252)
Added
make_any_sender
andmake_unique_any_sender
helpers for deducing the template parameters ofany_sender
andunique_any_sender
. (#259)Added a
drop_value
sender adaptor which ignores values sent from the predecessor. (#262)Allow passing flags to the
cuda_stream
andcuda_pool
constructor. (#270)Allow using any version of mimalloc. The version was previously unnecessarily constrained to 1. (#273)
Further relax the requirements for constness on
argc
andargv
passed topika::init
andpika::start
. (#275)
Breaking changes¶
If a process mask is set the pika runtime now uses the mask by default to restrict the number of threads. The command-line option
--pika:use-process-mask
which was previously used to enable this behaviour has been removed along with the corresponding configuration option. The process mask can be explicitly ignored with the command-line option--pika:ignore-process-mask
or the configuration optionpika.ignore_process_mask
. (#242)Moved internal functionality into the
detail
namespace. (#246, #248, #257)
Bugfixes¶
Fix handling of reference types sent by predecessors to
ensure_started
andschedule_from
. (#282)
0.5.0 (2022-06-02)¶
New features¶
The
then_with_cublas
andthen_with_cusolver
sender adaptors can now also be used with hipBLAS and hipSOLVER. (#220)There is now experimental support for using the P2300 reference implementation in place of pika’s own implementation. This can be enabled with the
PIKA_WITH_P2300_REFERENCE_IMPLEMENTATION
CMake option. (#215)
Breaking changes¶
The
--pika:help
command-line no longer takes any arguments. (#219)Vc support has been removed. (#223)
Cleaned up the
command_line_handling
module and moved minor functionality into thedetail
namespace. (#216)Removed the
then_with_any_cuda
sender adaptor. (#243)
Bugfixes¶
Scheduler properties can now be used with
prefer
. (#214)
0.4.0 (2022-05-04)¶
New features¶
Annotations are now inherited from the scheduling task instead of the spawning task for
transfer
. (#188)Annotations for bulk regions are now lifted up around the work loop on each worker thread using a scoped annotation. (#197)
It is now allowed to pass a lambda with
auto
parameters tothen
. (#182)A scheduler that spawns
std::thread
s is now available. (#200)
Breaking changes¶
Bugfixes¶
The sender returned by
ensure_started
can now be discarded without being connected to its corresponding receiver. (#180)The lifetime issue in the
split
sender adaptor is now fixed. (#203)The scheduler forwarding in
schedule_from
is now properly handled. (#186)Missing includes to
transform_mpi.hpp
have now been added. (#176)Remove unnecessary Boost dependencies when
PIKA_WITH_GENERIC_CONTEXT_COROUTINES=ON
. (#185)The segmentation fault in the shared priority queue scheduler has now been fixed. (#210)
0.3.0 (2022-04-06)¶
New features¶
Using
pika::mpi::experimental::transform_mpi
in debug mode now checks that polling has been enabled. (#142)pika_main
no longer requires non-constargc
andargv
. (#146)
Breaking changes¶
pika::execution::experimental::ensure_started
no longer sends const references to receivers, likepika::execution::experimental::split
. It now sends values by rvalue reference. (#143)pika::bind_front
no longer unwrapsstd::reference_wrapper
s to match the behaviour ofstd::bind_front
. (#140)Cleaned up various modules and moved minor functionality into
detail
namespaces. (#152, #153, #155, #158, #160)Move
pika::execution::experimental::sync_wait
topika::this_thread::experimental::sync_wait
to match the namespace ofsync_wait
in P2300. (#159)
Bugfixes¶
pika::execution::experimental::make_future
releases its operation state as soon as the wrapped sender has signaled completion. (#139)pika::cuda::experimental::then_with_stream
now correctly checks for invocability of the given callable with lvalue references. (#144)pika::mpi::experimental::transform_mpi
now stores the values sent from the predecessor in the operation state to ensure stable references. (#156)pika::cuda::experimental::then_with_stream
now stores the values sent from the predecessor in the operation state to ensure stable references. (#162)Tasks scheduled with
pika::execution::experimental::thread_pool_scheduler
now use the annotation of the spawning task as a fallback if no explicit annotation has been given. (#173)
0.2.0 (2022-03-08)¶
New features¶
Added a P2300
cuda_scheduler
along with various helper functionalities. (#37, #128)Re-enabled support for APEX. (#104)
Added P2300 scheduler queries. (#102)
Added top-level API headers for CUDA, MPI, and added thread manager, resource partitioner functionality to
pika/runtime.hpp
header. (#117, #123)Added
when_all_vector
, a variant ofwhen_all
that works with vectors of senders. (#109, #132)
Breaking changes¶
Bumped the minimum required compiler versions to GCC 9 and clang 9. (#70)
Removed the
filesystem
compatibility layer based on Boost.Filesystem.std::filesystem
support is now required from the standard library. (#70)Changed the default value of the configuration option
pika.exception_verbosity
to1
(previously2
). Exceptions will now by default not print the pika configuration and environment variables. (#99)Yielding of pika threads is now disallowed with uncaught exceptions (with an assertion) to prevent hard-to-debug errors when thread stealing is enabled. (#112)
Bugfixes¶
pika threads are now again rescheduled on the worker thread where they are suspended. (#110)
Fixed a bug in the reference counting of the shared state in
ensure_started
andsplit
that prevented it from being freed. (#111)Fixed deadlocks in
stop_token
. (#113)
0.1.0 (2022-01-31)¶
This is the first release of pika.