openmpi/ompi/mca/pml/pml_direct_call.h.in

/*
 * 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$
 */


#ifndef MCA_PML_DIRECT_CALL_H_
#define MCA_PML_DIRECT_CALL_H_

#if MCA_pml_DIRECT_CALL
#include @MCA_pml_DIRECT_CALL_HEADER@
#endif

#endif
* add --enable-mca-static to specify components that should be statically linked into libmpi * add --enable-mca-direct to specify components that should be directly called (instead of going through component structs and the like). The components and component frameworks must explicitly support this. Currently, only the TEG PML does so. * Updated all the calls to the PML to use a macro so that they can either be direct called or called through function pointer interfaces (aka the component infrastructure) This commit was SVN r5291. 2005-04-13 03:19:48 +00:00			`/*`
Update the copyright notices for IU and UTK. This commit was SVN r7999. 2005-11-05 19:57:48 +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.`
* add --enable-mca-static to specify components that should be statically linked into libmpi * add --enable-mca-direct to specify components that should be directly called (instead of going through component structs and the like). The components and component frameworks must explicitly support this. Currently, only the TEG PML does so. * Updated all the calls to the PML to use a macro so that they can either be direct called or called through function pointer interfaces (aka the component infrastructure) This commit was SVN r5291. 2005-04-13 03:19:48 +00:00			`* 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$`
			`*/`


			`#ifndef MCA_PML_DIRECT_CALL_H_`
			`#define MCA_PML_DIRECT_CALL_H_`

			`#if MCA_pml_DIRECT_CALL`
			`#include @MCA_pml_DIRECT_CALL_HEADER@`
			`#endif`

* update ob1 to direct call * don't know what I was thinking, but can't use the MCA_PML_CALL macro on the two data values, as they don't have things that the macro can expand into This commit was SVN r6868. 2005-08-14 03:14:20 +00:00			`#endif`