ports/openmpi
ports/openmpi
1
1
Форкнуть 0
Код Релизы Активность
391b101439
openmpi/acinclude.m4

37 строки
1.3 KiB
Plaintext
Исходник Обычный вид История

First commit This commit was SVN r1.
2003-11-22 19:36:58 +03:00
dnl -*- shell-script -*-
dnl
Update the copyright notices for IU and UTK. This commit was SVN r7999.
2005-11-05 22:57:48 +03:00
dnl Copyright (c) 2004-2005 The Trustees of Indiana University and Indiana
dnl University Research and Technology
dnl Corporation. All rights reserved.
dnl Copyright (c) 2004-2005 The University of Tennessee and The University
dnl of Tennessee Research Foundation. All rights
dnl reserved.
Add HLRS copyright This commit was SVN r3665.
2004-11-28 23:09:25 +03:00
dnl Copyright (c) 2004-2005 High Performance Computing Center Stuttgart,
dnl University of Stuttgart. All rights reserved.
Add UC copyright This commit was SVN r5009.
2005-03-24 15:43:37 +03:00
dnl Copyright (c) 2004-2005 The Regents of the University of California.
dnl All rights reserved.
Per advice from Ralf W. (see bug-libtool list post 4:48pm US Eastern time, 27 May 2008 -- not web archived as of this commit), do the following: * move libtoolize earlier in the process * remove most of acinclude.m4; instead, use "aclocal -I config" at the top-level to have it automatically pull in any relevant .m4 file * add patch for ifort shared library support for LT 2.2.4 (http://lists.gnu.org/archive/html/bug-libtool/2008-05/msg00049.html); will likely be unnecessary in future LT versions This commit was SVN r18515.
2008-05-28 01:58:09 +04:00
dnl Copyright (c) 2006-2008 Cisco Systems, Inc. All rights reserved.
Configure changes... woopie... * Check that the C++, Fortran 77, and Objective C comilers emit code that can link against object files emitted by the C compiler. Moves some built / run time errors to configure time, which is nice and should help with the debugging * Remove unneeded -F option when building the XGrid components, which started causing problems with LT 2.0. * Try to use the XGridFoundation library, rather than just seeing if we can give -framework XGridFoundation. Should make the test slightly more accurate * Don't assume XGrid is unavailable on 64 bit platforms, as that won't be true on Leopard * Require AM 1.10 or newer if using AC 2.60 or newer, so that we don't have a split of AC supporting Objective C and AM not doing so This commit was SVN r12701.
2006-11-30 04:59:44 +03:00
dnl Copyright (c) 2006 Los Alamos National Security, LLC. All rights
dnl reserved.
Update to orte-clean so it will remove files on local and remote nodes. It will also kill off rogue orteds and orterun processes. The killing of processes is ifdef'ed out for Windows since I do not know how to do it there. Note that this change will requite an autogen. This commit was SVN r13477.
2007-02-03 03:25:42 +03:00
dnl Copyright (c) 2007 Sun Microsystems, Inc. All rights reserved.
First cut at copyrights: IU, UTK, and some OSU. LANL and HLRS still pending. This commit was SVN r3655.
2004-11-22 04:38:40 +03:00
dnl $COPYRIGHT$
dnl
dnl Additional copyrights may follow
dnl
- Removed header, replaced with $HEADER$ (to be filled in later) - Add sinclude's for new m4 header files This commit was SVN r35.
2004-01-07 10:49:52 +03:00
dnl $HEADER$
First commit This commit was SVN r1.
2003-11-22 19:36:58 +03:00
dnl
* add --with-platform=FILE argument to configure, which can be used to load a set of arguments to build OMPI. So you can do something like: ./configure --with-platform=redstorm and automagically have all 10,000 arguments to configure required for Red Storm magically set * change all instances of sinclude to m4_include so that autogen will properly fail if an .m4 file isn't included properly This commit was SVN r6648.
2005-07-28 19:48:46 +04:00
m4_include(config/ompi_get_version.m4)
Do the microsoft checks. This commit was SVN r17790.
2008-03-08 01:35:26 +03:00
First cut at dramatically decreasing the overhead and increasing the speed of autogen.sh and configure: find modules that don't need to have a separate configure script during autogen.sh and set them up to be part of LAM's build process. This means that we don't have to run the GNU tools nearly as much during autogen.sh and that we don't have to run nearly as many sub-configure scripts during configure. This works fine for statically-built MCA modules, but doesn't seem to work properly yet for dynamically-built modules. More coming soon, but I wanted to get this in for others to use. This commit was SVN r756.
2004-02-13 06:58:56 +03:00
#
- massive change for module<-->component name fixes throughout the code base. - many (most) mca type names have "component" or "module" in them, as relevant, just to further distinguish the difference between component data/actions and module data/actions. All developers are encouraged to perpetuate this convention when you create types that are specific to a framework, component, or module - did very little to entire framework (just the basics to make it compile) because it's just about to be almost entirely replaced - ditto for io / romio - did not work on elan or ib components; have to commit and then convert those on a different machine with the right libraries and headers - renamed a bunch of *_module.c files to *_component.c and *module*c to *component*c (a few still remain, e.g., ptl/ib, ptl/elan, etc.) - modified autogen/configure/build process to match new filenames (e.g., output static-components.h instead of static-modules.h) - removed DOS-style cr/lf stuff in ns/ns.h - added newline to end of file src/util/numtostr.h - removed some redundant error checking in the top-level topo functions - added a few {} here and there where people "forgot" to put them in for 1 line blocks ;-) - removed a bunch of MPI_* types from mca header files (replaced with corresponding ompi_* types) - all the ptl components had version numbers in their structs; removed - converted a few more elements in the MCA base to use the OBJ interface -- removed some old manual reference counting kruft This commit was SVN r1830.
2004-08-02 04:24:22 +04:00
# The config/mca_no_configure_components.m4 file is generated by
# autogen.sh
First cut at dramatically decreasing the overhead and increasing the speed of autogen.sh and configure: find modules that don't need to have a separate configure script during autogen.sh and set them up to be part of LAM's build process. This means that we don't have to run the GNU tools nearly as much during autogen.sh and that we don't have to run nearly as many sub-configure scripts during configure. This works fine for statically-built MCA modules, but doesn't seem to work properly yet for dynamically-built modules. More coming soon, but I wanted to get this in for others to use. This commit was SVN r756.
2004-02-13 06:58:56 +03:00
#
* add --with-platform=FILE argument to configure, which can be used to load a set of arguments to build OMPI. So you can do something like: ./configure --with-platform=redstorm and automagically have all 10,000 arguments to configure required for Red Storm magically set * change all instances of sinclude to m4_include so that autogen will properly fail if an .m4 file isn't included properly This commit was SVN r6648.
2005-07-28 19:48:46 +04:00
m4_include(config/mca_no_configure_components.m4)
* Rewrite ompi_mca.m4 to use m4_defined lists of projects (ompi, orte, etc.), frameworks, and components without configure scripts instead of hard-coded shell variables (for projects and frameworks) and shell variable building (for components). * Add 3rd category of component configuration (in addition to configure scripts and no-configured components): configure.m4 components. These components can only be built as part of OMPI (like no-configure), but can provide an m4 file that is run as part of the main configure script. These macros can set whether the component should be built, along with just about any other configuration wanted. More care must be taken compared to configure components, as doing things like setting variables or calling AC_MSG_ERROR now affects the top-level configure script (so calling AC_MSG_ERROR if your component can't configure probably isn't what you want) * Added support to autogen.sh for the configure.m4-style components, as well as building up the m4_define lists ompi_mca.m4 now expects * Updated a number of macros to be more config.cache friendly (both so that config.cache can be used and so the test can be quickly run multiple times in the same configrue script): - ompi_config_asm - c_weak_symbols - c_get_alignment * Added new macros to be shared when configuring components: - ompi_objc.m4 (this actually provides AC_PROG_OBJC - don't ask...) - ompi_check_xgrid - ompi_check_tm - ompi_check_bproc * Updated a number of components to use configure.m4 instead of configure.stub - btl portals - io romio - tm ras and pls - bjs, lsf_bproc ras and bproc_seed pls - xgrid ras and pls - null iof (used by tm) This commit was SVN r6412.
2005-07-09 22:52:53 +04:00
#
# mca_m4_config_include.m4 is generated by autogen.sh. It includes
# the list of all component configure.m4 macros.
#
Next step in the project split, mainly source code re-arranging - move files out of toplevel include/ and etc/, moving it into the sub-projects - rather than including config headers with <project>/include, have them as <project> - require all headers to be included with a project prefix, with the exception of the config headers ({opal,orte,ompi}_config.h mpi.h, and mpif.h) This commit was SVN r8985.
2006-02-12 04:33:29 +03:00
m4_include(config/mca_m4_config_include.m4)
Копировать постоянную ссылку