Taking a look at this, the patch to allow to use `find_package` instead of downloading is rather simple (make CPM_DOWNLOAD_* an option and pass it as false) and afair even cpm allows customizing to use a pre-downloaded archive. icm is a bit tricky because it also expects a patch applied via git, but I think that can be worked around as well.
At a quick glance it seems you only need rapids-cmake, either packaged or also bundled. This one is using vanilla FetchContent so it's more straight forward to manipulate. But indeed ther might be chained dependencies so would probably have to try out and see. On October 17, 2026 11:30:41 PM GMT+02:00, Christoph Junghans <[email protected]> wrote: >HI all, > >In preparation for hpx-2.0, I am looking into the new required >dependency stdexec ( https://github.com/NVIDIA/stdexec ). > >stdexec is mostly header-only, but has a couple of dependencies to >build the tests. >Those dependencies get downloaded at compile time, there might be an >option to patch the cmake buildsystem to download them ahead of time, >but it isn't supported right now. >(for the full story see: https://github.com/NVIDIA/stdexec/issues/2149) >In short, by not building the tests the only external dependency is >rapids-cmake (a collection of CMake modules). > >I see the following options: >0) Wait until stdexec is part of the compiler (C++-26 standard) - >might be a while >1) Bundle stdexec with hpx, only consumer so far, but might look >strange for hpx to install stdexec headers for it's public interface >2) Package stdexec >2a) Ignore the CMake build system and just copy the headers >2b) Use stdexec's CMake, but don't build the test >2b.1) Bundle rapids-cmake with stdexec, none of those modules get >installed (build deps only) + Fedora usually doesn't unbundle cmake >modules >2b.2) Package rapids-cmake, not sure if there are more deps in there >2c) Use stdexec's CMake and build the tests >2c.1) Bundle the test dependencies, none of those files get installed >(build deps only) >2c.2) Package the test dependencies - might be an even deeper rabbit hole > >2b.2) and 2c.2) might be the most compliant with Fedora's unbundling policy. >2b.1) seems fine as well. > >Any advice? > >Thanks, > >Christoph > > >-- >Christoph Junghans >Web: http://www.compphys.de >-- >_______________________________________________ >devel mailing list -- [email protected] >To unsubscribe send an email to [email protected] >Fedora Code of Conduct: >https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >List Archives: >https://lists.fedoraproject.org/archives/list/[email protected] >Do not reply to spam, report it: >https://forge.fedoraproject.org/infra/tickets/issues/new
-- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
