-
The mingw cpuid guard applied to TBB's
_machine.hheader during installation is now logged, and a warning is emitted if the header does not have the expected form and the guard cannot be applied. -
On Linux, the bundled TBB libraries are once again installed with versioned names (e.g.
libtbb.so.2) plus an unversionedlibtbb.sosymlink, matching the layout shipped by RcppParallel 5.1.11 and earlier. The oneTBB cmake build produces only unversioned libraries on Linux, so binaries compiled against those releases (which recorded a load-time dependency onlibtbb.so.2) would otherwise fail to load after an upgrade with "libtbb.so.2: cannot open shared object file". -
Fixed linking of downstream packages using the TBB scalable allocator on Windows, e.g. via RcppArmadillo's
ARMA_USE_TBB_ALLOC. RcppParallel now links the whole Rtoolstbbmallocarchive intoRcppParallel.dlland re-exports its API, so thatscalable_malloc,scalable_free, and friends can be resolved by packages linking with-lRcppParallel. -
Fixed installation on Windows toolchains providing an older (non-oneTBB) copy of TBB, e.g. Rtools42: the tbb stub library is now built by re-exporting the static TBB library, rather than wrapping the oneTBB runtime (which is unavailable there). In addition, stale stub build artifacts from a different toolchain are no longer reused.
-
Fixed installation on Windows systems whose Rtools does not provide TBB (R < 4.2.0): configure no longer requires cmake there, and the tbb stub library is no longer built when the TBB backend is disabled.
-
RcppParallel now reports which TBB headers and libraries are installed with the package, and from where, during package installation. In addition, setting the
VERBOSEenvironment variable to a value other than0enables diagnostics describing how TBB libraries are resolved and loaded when the package is loaded. -
On Windows, RcppParallel once again loads its compatibility stub library (
tbb.dll) when the package is loaded. Packages linking with-ltbb(e.g. via StanHeaders) record a load-time dependency ontbb.dll, which can only be resolved if RcppParallel has already loaded it; with RcppParallel 6.0.0, such packages would fail to load with "LoadLibrary failure: The specified module could not be found". -
The TBB headers installed with RcppParallel (whether from Rtools or from the bundled copy of oneTBB) now guard against GCC's
<cpuid.h>being included before<intrin.h>on Windows (mingw). Previously, translation units including<cpuid.h>before any TBB header would fail to compile, as the__cpuidmacro from<cpuid.h>conflicts with the__cpuid()function declared by mingw's<intrin.h>. -
When building the bundled copy of oneTBB, RcppParallel no longer searches for hwloc, and so no longer tries to build the optional 'tbbbind' library. This fixes build failures on machines where a static hwloc library is discoverable via pkg-config, as on the CRAN macOS machines.
-
On macOS, the bundled copy of oneTBB is now built with
__TBB_RESUMABLE_TASKS_USE_THREADS, avoiding use of the deprecated ucontext APIs (getcontext,swapcontext,makecontext).
-
RcppParallel now provides
isProcessForkedChild()(R) andRcppParallel::isProcessForkedChild()(C++), which returnTRUEwhen the current process is afork()of the process in which RcppParallel was loaded. Packages dispatching parallel work from withinparallel::mclapply()(or similar) should consult this and fall back to a serial path, as TBB does not support use after fork. (#243) -
RcppParallel no longer includes tbb headers as part of the RcppParallel/TBB.h header, and instead only exposes its TBB-specific APIs for parallel work.
-
RcppParallel now bundles oneTBB 2022.0.0. Note that the TBB ABI has changed; packages which depend on RcppParallel may need to be rebuilt.
-
On Windows, RcppParallel now uses the copy of TBB provided by Rtools. If TBB is not available, RcppParallel will use only the fallback 'tinythread' implementation. In practice, this implies that RcppParallel will now only provide a TBB backend with R (>= 4.2.0).
-
Fixed builds under wasm/webR. (#237; @andrjohns)
-
Fixed compilation with clang-19 on Windows aarch64. (#235, #236; @andrjohns)
-
Fixed TBB library lookup on Windows, and removed the obsolete
TBB_USE_GCC_BUILTINSflag for Windows ARM64. TBB is statically linked on Windows, so the package no longer tries to load TBB libraries there at load time. (#241; @andrjohns)
- Resolved compilation warnings with C++20 and Apple clang 21.
- Compatibility fixes for LLVM 21.
- Fixed an issue where packages linking to RcppParallel could inadverently depend on internals of the TBB library available during compilation, even if the package did not explicitly use TBB itself.
- RcppParallel no longer passes
-rpathwhen building / linking on Windows. This fixes build issues when building RcppParallel when using the LLVM linker on Windows. (@kalibera)
- RcppParallel now explicitly links to the bundled copy of TBB on macOS. (#206; @jeroen)
- Remove deprecated
std::iterator. (#192; @Enchufa2)
-
Patch for TBB to allow compilation with gcc-13.
-
Fixed a memory leak that could occur when using TinyThread on POSIX systems. (#185; @dipertix and and @kevinushey)
-
Patches to ensure compatibility with the R 4.2.0 UCRT toolchain on Windows, adapted from patches contributed by Tomas Kalibera.
-
Fixed an issue where setting
TBB_ROOT(orTBB_INC/TBB_LIB) would copy rather than symlink the associated libraries. (#161)
- Fixed an issue causing client packages of RcppParallel to fail to compile on Solaris.
-
Fixed an issue that prevented compilation of RcppParallel with R (< 4.0.0) of R on Windows.
-
The
RCPP_PARALLEL_USE_TBBMALLOC_PROXYenvironment variable can now be used to control whether RcppParallel loads thetbbmalloc_proxylibrary on load. See https://www.threadingbuildingblocks.org/docs/help/tbb_userguide/Automically_Replacing_malloc.html for more information.
RcppParallelgains thetbbLibraryPath()function, to be used when attempting to query the location of the TBB libraries thatRcppParallelhas been configured to use. This may be useful for R packages which wish to explicitly use, or link to, these libraries.
-
Updated bundled version of TBB (Intel TBB 2019 Update 8).
-
RcppParallel can now be configured to use an external copy of TBB, via the
TBB_LIBandTBB_INCenvironment variables. These should be set to the directories containing the TBB libraries and headers, respectively. -
Added support for the latest versions of Intel oneAPI TBB / oneTBB.
-
Updated TBB functionality for the new interface.
-
Falling back to building TBB from local source code.
-
Backward TBB compatibility based on
__TBB_tbb_stddef_H. -
Resolved conflicts between system and local TBB headers.
-
Fixed URLs, used HTTPS, and minor cleanups.
-
Updated package DESCRIPTION and bumped version.
-
setThreadOptions(...)can again be called multiple times per session. The requested number of threads will be used for invocations toparallelFor()andparallelReduce()that don't explicitly request a specific number of threads. -
The
parallelFor()andparallelReduce()functions gain thenumThreadsargument, allowing one to limit the number of threads used for a particular computation.
- Fixed compilation on macOS M1 machines.
setThreadOptions(...)can now only be called once per session, to avoid segfaults when compiling RcppParallel / TBB with gcc 10.1. Subsequent calls tosetThreadOptions(...)are ignored.
-
Fixed compilation issue on OpenSUSE Tumbleweed with -flto=auto
-
Fixed compilation when CPPFLAGS = -I/usr/local/include and a version of libtbb is installed there
-
RcppParallel backend can now be customized with RCPP_PARALLEL_BACKEND environment variable (supported values are 'tbb' and 'tinythread')
-
Fixed issue when compiling RcppParallel on macOS Catalina
-
Fixed issue when compiling RcppParallel with Rtools40
- Fixed an issue when compiling RcppParallel with clang-9 on Fedora
-
Suppress gcc-9 warnings related -Wclass-memaccess
-
Added TBB headers for serial TBB operations (#90, @mikejiang)
-
Fixed row iterator constructor (#87, @wtianyi)
-
Fixed compilation on FreeBSD
-
Suppress gcc-8 warnings related to -Wclass-memaccess
-
Use PKG_CXXFLAGS rather than PKG_CPPFLAGS
-
Remove unused dependency on the BH package
-
Ensure user-specified R configuration passed to TBB
-
Work around warnings emitted by gcc 8
-
Respect user-defined compiler settings (e.g. from ~/.R/Makevars).
-
Remove TBB's attempts to suppress compiler diagnostics.
-
Allow setting the number of threads to use via RCPP_PARALLEL_NUM_THREADS environment variable.
-
Update to TBB 2018 Update 1.
-
Add native registration of compiled functions.
- Add support for Rtools 3.3 w/ GCC 4.9
-
Add support for TBB on Solaris
-
Fix failure to compile on OS X Snow Leopard R toolchain
-
Add const and non-const operator[] for RMatrix class
-
Add tbbmalloc library
-
Correctly pass clang to TBB configure when R is using clang
- Support for TBB on Windows
-
Update to TBB 4.3 (fixes clang compilation error in platform.h)
-
Forward CXX to TBB Makefile
- Initial release