ports/openmpi
ports/openmpi
1
1
Форкнуть 0
Код Релизы Активность
openmpi/orte/tools/orte-ps/Makefile.am

38 строки
1.0 KiB
Makefile
Исходник Обычный вид История

Moved the 'orte-ps' command from the tmp/jjhursey-ft-cr branch per a request for its functionality into the main trunk. This command provides basic information about a running job. It needs a bit of attention, but works fine in its current iteration. Please play with it, and lets try to work out all the left over bugs. Pending action for this tool: It has been requested that the tool be changed slightly to allow it to be called via a function call from internal libraries (e.g. orteconsole). This commit was SVN r10554.
2006-06-28 22:06:13 +00:00
#
# Copyright (c) 2004-2005 The Trustees of Indiana University and Indiana
# University Research and Technology
# Corporation. All rights reserved.
# Copyright (c) 2004-2005 The University of Tennessee and The University
# of Tennessee Research Foundation. All rights
# reserved.
# Copyright (c) 2004-2005 High Performance Computing Center Stuttgart,
# University of Stuttgart. All rights reserved.
# Copyright (c) 2004-2005 The Regents of the University of California.
# All rights reserved.
# $COPYRIGHT$
#
# Additional copyrights may follow
#
# $HEADER$
#
A few cleanups to the wrapper compiler build system / man pages: - Only install opal{cc,c++} and orte{cc,c++} if configured with --with-devel-headers. Right now, they are always installed, but there are no header files installed for either project, so there's really not much way for a user to actually compile an OPAL / ORTE application. - Drop support for opalCC and orteCC. It's a pain to setup all the symlinks (indeed, they are currently done wrong for opalCC) and there's no history like there is for mpiCC. - Change what is currently opalcc.1 to opal_wrapper.1 and add some macros that get sed'ed so that the man pages appear to be customized for the given command. - Install the wrapper data files even if we compiled with --disable-binaries. This is for the use case of doing multi-lib builds, where one word size will only have the library built, but we need both set of wrapper data files to piece together to activate the multi-lib support in the wrapper compilers. This commit was SVN r12192.
2006-10-19 18:34:17 +00:00
if OMPI_INSTALL_BINARIES
Moved the 'orte-ps' command from the tmp/jjhursey-ft-cr branch per a request for its functionality into the main trunk. This command provides basic information about a running job. It needs a bit of attention, but works fine in its current iteration. Please play with it, and lets try to work out all the left over bugs. Pending action for this tool: It has been requested that the tool be changed slightly to allow it to be called via a function call from internal libraries (e.g. orteconsole). This commit was SVN r10554.
2006-06-28 22:06:13 +00:00
nodist_pkgdata_DATA =
dist_pkgdata_DATA = \
help-orte-ps.txt
bin_PROGRAMS = orte-ps
orte_ps_SOURCES = \
orte-ps.c
# Manual pages
Closes ticket #173 : Split name linking up for orte/ompi shared tools. This moves the logic to create the symbolic links for: - mpirun - mpiexec - ompi-ps - ompi-clean and their respective man pages to the ompi level from the orte layer. This is a bit pedantic, but orte shouldn't be doing the work of ompi since that is a bit of an abstraction break. Note: need to autogen.sh to get this. Sorry :( This commit was SVN r10602.
2006-06-30 22:01:56 +00:00
man_MANS = orte-ps.1
Moved the 'orte-ps' command from the tmp/jjhursey-ft-cr branch per a request for its functionality into the main trunk. This command provides basic information about a running job. It needs a bit of attention, but works fine in its current iteration. Please play with it, and lets try to work out all the left over bugs. Pending action for this tool: It has been requested that the tool be changed slightly to allow it to be called via a function call from internal libraries (e.g. orteconsole). This commit was SVN r10554.
2006-06-28 22:06:13 +00:00
EXTRA_DIST = orte-ps.1
orte_ps_LDADD = $(top_builddir)/orte/liborte.la
orte_ps_DEPENDENCIES = $(top_builddir)/orte/liborte.la
A few cleanups to the wrapper compiler build system / man pages: - Only install opal{cc,c++} and orte{cc,c++} if configured with --with-devel-headers. Right now, they are always installed, but there are no header files installed for either project, so there's really not much way for a user to actually compile an OPAL / ORTE application. - Drop support for opalCC and orteCC. It's a pain to setup all the symlinks (indeed, they are currently done wrong for opalCC) and there's no history like there is for mpiCC. - Change what is currently opalcc.1 to opal_wrapper.1 and add some macros that get sed'ed so that the man pages appear to be customized for the given command. - Install the wrapper data files even if we compiled with --disable-binaries. This is for the use case of doing multi-lib builds, where one word size will only have the library built, but we need both set of wrapper data files to piece together to activate the multi-lib support in the wrapper compilers. This commit was SVN r12192.
2006-10-19 18:34:17 +00:00
endif # OMPI_INSTALL_BINARIES
Копировать постоянную ссылку