a2919174d0
Multiple conduits can exist at the same time, and can even point to the same base transport. Each conduit can have its own characteristics (e.g., flow control) based on the info keys provided to the "open_conduit" call. For ease during the transition period, the "legacy" RML interfaces remain as wrappers over the new conduit-based APIs using a default conduit opened during orte_init - this default conduit is tied to the OOB framework so that current behaviors are preserved. Once the transition has been completed, a one-time cleanup will be done to update all RML calls to the new APIs and the "legacy" interfaces will be deleted. While we are at it: Remove oob/usock component to eliminate the TMPDIR length problem - get all working, including oob_stress
22 строки
598 B
Makefile
22 строки
598 B
Makefile
PROGS = no_op sigusr_trap spin orte_nodename orte_spawn orte_loop_spawn orte_loop_child orte_abort get_limits \
|
|
orte_tool orte_no_op binom oob_stress iof_stress iof_delay radix opal_interface orte_spin segfault \
|
|
orte_exit test-time event-threads psm_keygen regex orte_errors evpri-test opal-evpri-test evpri-test2 \
|
|
mapper reducer opal_hotel orte_dfs ulfm pmixtool
|
|
|
|
all: $(PROGS)
|
|
|
|
CC = ortecc
|
|
CFLAGS = -g
|
|
CXX = ortec++
|
|
CXXFLAGS = -g
|
|
FFLAGS = -g
|
|
|
|
clean:
|
|
rm -f $(PROGS) *~
|
|
|
|
oob_stress:
|
|
ortecc -o oob_stress oob_stress.c -lm
|
|
|
|
pmixtool:
|
|
ortecc -o pmixtool pmixtool.c -lpmix
|