- 16 Aug, 2021 4 commits
-
-
Valentin Volkl authored
-
AMD Toolchain Support authored
Co-authored-by:
mohan002 <mohbabul@amd.com>
-
Geoffrey Gunter authored
-
wspear authored
* PDT accepts oneapi as provider of icpc compiler * Add maintainers section (same as for tau) * Whitespace formatting fix
-
- 15 Aug, 2021 3 commits
-
-
Seth R. Johnson authored
-
Adam J. Stewart authored
-
Satish Balay authored
-
- 14 Aug, 2021 4 commits
-
-
Mikhail Titov authored
* rct: new packages (core packages and some dependencies) * rct: new packages (core packages and some dependencies) * radical-entk: updated dependencies (according to comments) * radical-gtod: updated version name * radical-pilot: updated dependencies (according to comments) * radical-saga: updated dependencies (according to comments) * radical-utils: updated dependencies and set old versions deprecated * saga-python: removed due to absence of packages (in PyPI, GitHub), this project was replaced by `radical-saga` and corresponding package `py-radical-saga` should be used * saga-python: rolled back, but with deprecation status * ntplib: removed maintainer * pika: removed maintainer
-
Sreenivasa Murthy Kolam authored
Co-authored-by:
Harmen Stoppels <harmenstoppels@gmail.com>
-
Massimiliano Culpo authored
The commands have been deprecated in #7098, and have been failing with an error message since then. Cleaning the code since it is unlikely that somebody is still using them.
-
Harmen Stoppels authored
Isn't installed on Alpine.
-
- 13 Aug, 2021 6 commits
-
-
Harmen Stoppels authored
-
Valentin Volkl authored
-
Sreenivasa Murthy Kolam authored
-
arjun-raj-kuppala authored
-
Pieter Ghysels authored
* Fix for building shared lib when enabling ROCm, for STRUMPACK 5.1.1. * Update patch for shared lib with STRUMPACK 5.1.1 and ROCm, also update FindHIP.cmake * update patch for shared libs with ROCm
-
messense authored
-
- 12 Aug, 2021 7 commits
-
-
Massimiliano Culpo authored
-
Sreenivasa Murthy Kolam authored
Co-authored-by:
Harmen Stoppels <harmenstoppels@gmail.com>
-
Sreenivasa Murthy Kolam authored
-
Aurelien Bouteiller authored
Signed-off-by:
Aurelien Bouteiller <bouteill@icl.utk.edu>
-
Vasileios Karakasis authored
-
Tamara Dahlgren authored
-
Tamara Dahlgren authored
-
- 11 Aug, 2021 16 commits
-
-
Massimiliano Culpo authored
-
Sinan authored
Co-authored-by:
sbulut <sbulut@3vgeomatics.com>
-
Harmen Stoppels authored
-
Sreenivasa Murthy Kolam authored
-
Sreenivasa Murthy Kolam authored
-
Tamara Dahlgren authored
-
Alexander Jaust authored
-
Valentin Volkl authored
-
Edgar Leon authored
-
Seth R. Johnson authored
-
Sinan authored
Co-authored-by:
sbulut <sbulut@3vgeomatics.com>
-
Axel Huebl authored
The star was not rendered in the docs.
-
Brian Van Essen authored
Transfer protocol in the Aluminum library. If required the Host Transfer variant +ht should be explicity set.
-
Harmen Stoppels authored
-
arjun-raj-kuppala authored
Co-authored-by:
Harmen Stoppels <harmenstoppels@gmail.com>
-
Massimiliano Culpo authored
Preferred providers had a non-zero weight because in an earlier formulation of the logic program that was needed to prefer external providers over default providers. With the current formulation for externals this is not needed anymore, so we can give a weight of zero to both default choices and providers that are externals. _Using zero ensures that we don't introduce any drift towards having less providers, which was happening when minimizing positive weights_. Modifications: - [x] Default weight for providers starts at 0 (instead of 10, needed before to prefer externals) - [x] Rules to compute the `provider_weight` have been refactored. There are multiple possible weights for a given `Virtual`. Only one gets selected by the solver (the one that minimizes the objective function). - [x] `provider_weight` are now accounting for each different `Virtual`. Before there was a single weight per provider, even if the package was providing multiple virtuals. * Give preferred providers a weight of zero Preferred providers had a non-zero weight because in an earlier formulation of the logic program that was needed to prefer external providers over default providers. With the current formulation for externals this is not needed anymore, so we can give a weight of zero to default choices. Using zero ensures that we don't introduce any drift towards having less providers, which was happening when minimizing positive weights. * Simplify how we compute weights for providers Rewrite rules so that specific events (i.e. being an external) unlock the possibility to use certain weights. The weight being considered is then selected by the minimization process to be the one that gives the best score. * Allow providers to have different weights for different virtuals Before this change we didn't differentiate providers based on the virtual they provide, which meant that packages providing more than one virtual had nonetheless a single weight. With this change there will be a weight per virtual.
-