sys-cluster/SOS: move SOS's use expand to profiles/desc

Signed-off-by: Alessandro Barbieri <lssndrbarbieri@gmail.com>
This commit is contained in:
Alessandro Barbieri
2022-05-27 01:49:52 +02:00
parent 3675955f39
commit 60e60e919b
4 changed files with 29 additions and 19 deletions

View File

@@ -1,4 +1,4 @@
# Copyright 2019-2021 Gentoo Authors
# Copyright 2019-2022 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
EAPI=8
@@ -15,14 +15,14 @@ LICENSE="BSD public-domain mpich2"
SLOT="0"
KEYWORDS="~amd64"
IUSE_OFI_MR="
ofi-mr-basic
+ofi-mr-scalable
ofi-mr-rma-event
ofi_mr_basic
+ofi_mr_scalable
ofi_mr_rma-event
"
IUSE_TOTAL_DATA_ORDERING="
total-data-ordering-always
+total-data-ordering-check
total-data-ordering-never
total_data_ordering_always
+total_data_ordering_check
total_data_ordering_never
"
IUSE="${IUSE_OFI_MR} ${IUSE_TOTAL_DATA_ORDERING} av-map bounce-buffers cma completion-polling cxx
debug error-checking fortran long-fortran-header manual-progress memcpy ofi ofi-fence openmp
@@ -80,14 +80,14 @@ src_prepare() {
src_configure() {
local ofimr
use ofi-mr-basic && ofimr="basic"
use ofi-mr-scalable && ofimr="scalable"
use ofi-mr-rma-event && ofimr="rma-event"
use ofi_mr_basic && ofimr="basic"
use ofi_mr_scalable && ofimr="scalable"
use ofi_mr_rma-event && ofimr="rma-event"
local tda
use total-data-ordering-always && tda="always"
use total-data-ordering-check && tda="check"
use total-data-ordering-never && tda="never"
use total_data_ordering_always && tda="always"
use total_data_ordering_check && tda="check"
use total_data_ordering_never && tda="never"
local myconf=(
--disable-picky

View File

@@ -19,9 +19,6 @@
<!--<flag name="nonblocking-fence">By default, shmem_fence() is equivalent to shmem_quiet(), which can be a lengthy operation. Enabling this feature results in the ordering point being moved from the shmem_fence() to the next put-like call, which can help improve overlap in some cases.</flag>-->
<flag name="ofi">Use libfabric as transport layer</flag>
<flag name="ofi-fence">Use FI_FENCE feature to optimize put-with-signal operations</flag>
<flag name="ofi-mr-basic">OFI memory registration mode: basic</flag>
<flag name="ofi-mr-rma-event">The OFI transport will use FI_MR_RMA_EVENT</flag>
<flag name="ofi-mr-scalable">The OFI transport will use FI_MR_SCALABLE</flag>
<flag name="pmi-mpi">Use MPI for process management</flag>
<flag name="pmi-simple">Include support for interfacing with a PMI 1.0 launcher. The launcher must be provided by a separate package, such as MPICH, Hydra, or SLURM.</flag>
<flag name="portals4">Use portals4 as transport layer</flag>
@@ -30,9 +27,6 @@
<flag name="remote-virtual-addressing"> Enable optimizations assuming the symmetric heap is always symmetric with regards to virtual address. This may cause applications to abort during shmem_init() if such a symmetric heap can not be created, but will reduce the instruction count for some operations. This optimization also requires that the Portals 4 implementation support BIND_INACCESSIBLE on LEs. This optimization will reduce the overhead of communication calls.</flag>
<flag name="thread-completion">Support SHMEM_THREAD_MULTIPLE in OFI transport using FI_THREAD_COMPLETION thread safety model instead of FI_THREAD_SAFE</flag>
<flag name="threads">Enable threading support</flag>
<flag name="total-data-ordering-always">Always assume total data ordering is available and abort a job if that's not the case</flag>
<flag name="total-data-ordering-check">Check will result in slightly higher overhead but will provide a fallback if the network doesn't provide total data ordering</flag>
<flag name="total-data-ordering-never">Never use total data ordering optimizations</flag>
<flag name="ucx">Use ucx transport</flag>
<flag name="xpmem">Use xpmem transport</flag>
</use>