ports/openmpi
ports/openmpi
1
1
Форкнуть 0
Код Релизы Активность
openmpi/src/mca/gpr/proxy/Makefile.am

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

Major update to the general purpose registry. Cleaned up the mess from name changes, begin building the functionality. Long way to go.... I have to commit this to cleanup a break in my tree. I'm hoping it won't break the compile of the tree, but will fix it as quickly as possible. Jeff - you are welcome to set an "ignore" on the gpr if you like - I'll let you know when I've got the "kinks" out. This commit was SVN r2145.
2004-08-15 03:33:13 +00:00
#
# $HEADER$
#
Update the registry with some functionality and an early draft of the unit test. I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered". This commit was SVN r2158.
2004-08-16 02:08:48 +00:00
# Use the top-level Makefile.options
Major update to the general purpose registry. Cleaned up the mess from name changes, begin building the functionality. Long way to go.... I have to commit this to cleanup a break in my tree. I'm hoping it won't break the compile of the tree, but will fix it as quickly as possible. Jeff - you are welcome to set an "ignore" on the gpr if you like - I'll let you know when I've got the "kinks" out. This commit was SVN r2145.
2004-08-15 03:33:13 +00:00
include $(top_ompi_srcdir)/config/Makefile.options
Now that gpr is apparently ready for prime-time, remove the hacks that made it [somewhat] compile and fully integrate it into the build process: - add configure.params to gpr/proxy and gpr/replica - bring gpr/proxy/Makefile.am and gpr/replica/Makefile.am up-to-date - uncomment gpr sections from ompi_info - took the liberty of changing a member variable from "delete" to "delete_fn" in gpr.h ("delete" is a keyword in C++, and gpr.h is included in ompi_info, which is written in C++) This commit was SVN r2159.
2004-08-16 02:59:38 +00:00
sources = \
The merged main trunk and gpr integration branch. Tested on Mac only so far - will check out and test on Linux. If that has a problem, will back all changes out (again), but I think we have this one correct. Will send out a more complete change notice once testing is complete. This commit was SVN r3644.
2004-11-20 19:12:43 +00:00
gpr_proxy_component.c \
gpr_proxy_compound_cmd.c \
gpr_proxy_del_index.c \
gpr_proxy_cleanup.c \
gpr_proxy_dump.c \
gpr_proxy_messaging.c \
gpr_proxy_internals.c \
gpr_proxy_put_get.c \
gpr_proxy_xmit_alerts.c \
gpr_proxy_mode_ops.c \
gpr_proxy_subscribe.c \
gpr_proxy_synchro.c \
gpr_proxy.h
Now that gpr is apparently ready for prime-time, remove the hacks that made it [somewhat] compile and fully integrate it into the build process: - add configure.params to gpr/proxy and gpr/replica - bring gpr/proxy/Makefile.am and gpr/replica/Makefile.am up-to-date - uncomment gpr sections from ompi_info - took the liberty of changing a member variable from "delete" to "delete_fn" in gpr.h ("delete" is a keyword in C++, and gpr.h is included in ompi_info, which is written in C++) This commit was SVN r2159.
2004-08-16 02:59:38 +00:00
Update the registry with some functionality and an early draft of the unit test. I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered". This commit was SVN r2158.
2004-08-16 02:08:48 +00:00
# Make the output library in this directory, and name it either
# mca_<type>_<name>.la (for DSO builds) or libmca_<type>_<name>.la
# (for static builds).
if OMPI_BUILD_gpr_proxy_DSO
Now that gpr is apparently ready for prime-time, remove the hacks that made it [somewhat] compile and fully integrate it into the build process: - add configure.params to gpr/proxy and gpr/replica - bring gpr/proxy/Makefile.am and gpr/replica/Makefile.am up-to-date - uncomment gpr sections from ompi_info - took the liberty of changing a member variable from "delete" to "delete_fn" in gpr.h ("delete" is a keyword in C++, and gpr.h is included in ompi_info, which is written in C++) This commit was SVN r2159.
2004-08-16 02:59:38 +00:00
component_noinst =
Update the registry with some functionality and an early draft of the unit test. I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered". This commit was SVN r2158.
2004-08-16 02:08:48 +00:00
component_install = mca_gpr_proxy.la
else
component_noinst = libmca_gpr_proxy.la
component_install =
endif
mcacomponentdir = $(libdir)/openmpi
mcacomponent_LTLIBRARIES = $(component_install)
Now that gpr is apparently ready for prime-time, remove the hacks that made it [somewhat] compile and fully integrate it into the build process: - add configure.params to gpr/proxy and gpr/replica - bring gpr/proxy/Makefile.am and gpr/replica/Makefile.am up-to-date - uncomment gpr sections from ompi_info - took the liberty of changing a member variable from "delete" to "delete_fn" in gpr.h ("delete" is a keyword in C++, and gpr.h is included in ompi_info, which is written in C++) This commit was SVN r2159.
2004-08-16 02:59:38 +00:00
mca_gpr_proxy_la_SOURCES = $(sources)
Update the registry with some functionality and an early draft of the unit test. I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered". This commit was SVN r2158.
2004-08-16 02:08:48 +00:00
mca_gpr_proxy_la_LDFLAGS = -module -avoid-version
Major update to the general purpose registry. Cleaned up the mess from name changes, begin building the functionality. Long way to go.... I have to commit this to cleanup a break in my tree. I'm hoping it won't break the compile of the tree, but will fix it as quickly as possible. Jeff - you are welcome to set an "ignore" on the gpr if you like - I'll let you know when I've got the "kinks" out. This commit was SVN r2145.
2004-08-15 03:33:13 +00:00
Update the registry with some functionality and an early draft of the unit test. I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered". This commit was SVN r2158.
2004-08-16 02:08:48 +00:00
noinst_LTLIBRARIES = $(component_noinst)
Now that gpr is apparently ready for prime-time, remove the hacks that made it [somewhat] compile and fully integrate it into the build process: - add configure.params to gpr/proxy and gpr/replica - bring gpr/proxy/Makefile.am and gpr/replica/Makefile.am up-to-date - uncomment gpr sections from ompi_info - took the liberty of changing a member variable from "delete" to "delete_fn" in gpr.h ("delete" is a keyword in C++, and gpr.h is included in ompi_info, which is written in C++) This commit was SVN r2159.
2004-08-16 02:59:38 +00:00
libmca_gpr_proxy_la_SOURCES =$(sources)
Update the registry with some functionality and an early draft of the unit test. I could use some help from one of you MCA gurus - if you run the test, you'll see that I cannot get the gpr components to be recognized. I'm not sure of the reason - I would appreciate any help you can provide to get the gpr components "registered". This commit was SVN r2158.
2004-08-16 02:08:48 +00:00
libmca_gpr_proxy_la_LDFLAGS = -module -avoid-version
Копировать постоянную ссылку