ports/openmpi
ports/openmpi
1
1
Форкнуть 0
Код Релизы Активность
601443e690
openmpi/orte/mca/schema/schema.h

141 строка
4.2 KiB
C
Исходник Обычный вид История

Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
/*
Update the copyright notices for IU and UTK. This commit was SVN r7999.
2005-11-05 22:57:48 +03: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.
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04: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 ORTE_SCHEMA_H
#define ORTE_SCHEMA_H
#include "orte_config.h"
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
#include "opal/mca/mca.h"
#include "orte/mca/ns/ns_types.h"
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
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
#include "orte/mca/schema/schema_types.h"
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
Checkpoint on Windows build. Many changes to headers for OMPI_DECLSPEC, and proper placement of c_plusplus defines in those files. mca/gpr/replica and tools are the two sets of directories that still need work for the Windows build for this pass. This commit was SVN r5688.
2005-05-12 00:21:10 +04:00
#if defined(c_plusplus) || defined(__cplusplus)
extern "C" {
#endif
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
/*
* Convenience functions for accessing ORTE data
*/
typedef int (*orte_schema_get_proc_tokens_fn_t)(
char ***tokens,
With the branch to 1.2 made.... Clean up the remainder of the size_t references in the runtime itself. Convert to orte_std_cntr_t wherever it makes sense (only avoid those places where the actual memory size is referenced). Remove the obsolete oob barrier function (we actually obsoleted it a long time ago - just never bothered to clean it up). I have done my best to go through all the components and catch everything, even if I couldn't test compile them since I wasn't on that type of system. Still, I cannot guarantee that problems won't show up when you test this on specific systems. Usually, these will just show as "warning: comparison between signed and unsigned" notes which are easily fixed (just change a size_t to orte_std_cntr_t). In some places, people didn't use size_t, but instead used some other variant (e.g., I found several places with uint32_t). I tried to catch all of them, but... Once we get all the instances caught and fixed, this should once and for all resolve many of the heterogeneity problems. This commit was SVN r11204.
2006-08-15 23:54:10 +04:00
orte_std_cntr_t* num_tokens,
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
orte_process_name_t *proc);
Add a job_info segment to the system that holds a container for each job. Within each container is a keyval indicating the job state (i.e., all procs at stage1, finalized, etc.). This provides a rough state-of-health for the job. This required a little fiddling with a number of areas. Biggest problem was that it uncovered a potential for an infinite loop to be created in the registry. If a callback function modified the registry, the registry checked the triggers to see if anything had fired. Well, if the original callback was due to a trigger firing, that condition hadn't changed - so the trigger fired again....which caused the callback to be called, which modified the registry, which checked the triggers, etc. etc. Triggers are now checked and then "flagged" as being "in process" so that the registry will NOT recheck that trigger until all callbacks have been processed. Tried doing this with subscriptions as well, but that caused a problem - when we release processes from a stagegate, they (at the moment) immediately place data on the registry that should cause a subscription to fire. Unfortunately, the system will just hang if that subscription doesn't get processed. So, I have left the subscription system alone - any callback function that modifies the registry in a fashion that will fire a subscription will indeed fire that subscription. We'll have to see if this causes problems - it shouldn't, but a careless user could lock things up if the callback generates a callback to itself. Also fixed the code that placed a process' RML contact info on the registry to eliminate the leading '/' from the string. This commit was SVN r6684.
2005-07-29 18:11:19 +04:00
typedef int (*orte_schema_get_job_tokens_fn_t)(
char ***tokens,
With the branch to 1.2 made.... Clean up the remainder of the size_t references in the runtime itself. Convert to orte_std_cntr_t wherever it makes sense (only avoid those places where the actual memory size is referenced). Remove the obsolete oob barrier function (we actually obsoleted it a long time ago - just never bothered to clean it up). I have done my best to go through all the components and catch everything, even if I couldn't test compile them since I wasn't on that type of system. Still, I cannot guarantee that problems won't show up when you test this on specific systems. Usually, these will just show as "warning: comparison between signed and unsigned" notes which are easily fixed (just change a size_t to orte_std_cntr_t). In some places, people didn't use size_t, but instead used some other variant (e.g., I found several places with uint32_t). I tried to catch all of them, but... Once we get all the instances caught and fixed, this should once and for all resolve many of the heterogeneity problems. This commit was SVN r11204.
2006-08-15 23:54:10 +04:00
orte_std_cntr_t* num_tokens,
Add a job_info segment to the system that holds a container for each job. Within each container is a keyval indicating the job state (i.e., all procs at stage1, finalized, etc.). This provides a rough state-of-health for the job. This required a little fiddling with a number of areas. Biggest problem was that it uncovered a potential for an infinite loop to be created in the registry. If a callback function modified the registry, the registry checked the triggers to see if anything had fired. Well, if the original callback was due to a trigger firing, that condition hadn't changed - so the trigger fired again....which caused the callback to be called, which modified the registry, which checked the triggers, etc. etc. Triggers are now checked and then "flagged" as being "in process" so that the registry will NOT recheck that trigger until all callbacks have been processed. Tried doing this with subscriptions as well, but that caused a problem - when we release processes from a stagegate, they (at the moment) immediately place data on the registry that should cause a subscription to fire. Unfortunately, the system will just hang if that subscription doesn't get processed. So, I have left the subscription system alone - any callback function that modifies the registry in a fashion that will fire a subscription will indeed fire that subscription. We'll have to see if this causes problems - it shouldn't, but a careless user could lock things up if the callback generates a callback to itself. Also fixed the code that placed a process' RML contact info on the registry to eliminate the leading '/' from the string. This commit was SVN r6684.
2005-07-29 18:11:19 +04:00
orte_jobid_t jobid);
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
typedef int (*orte_schema_get_node_tokens_fn_t)(
char ***tokens,
With the branch to 1.2 made.... Clean up the remainder of the size_t references in the runtime itself. Convert to orte_std_cntr_t wherever it makes sense (only avoid those places where the actual memory size is referenced). Remove the obsolete oob barrier function (we actually obsoleted it a long time ago - just never bothered to clean it up). I have done my best to go through all the components and catch everything, even if I couldn't test compile them since I wasn't on that type of system. Still, I cannot guarantee that problems won't show up when you test this on specific systems. Usually, these will just show as "warning: comparison between signed and unsigned" notes which are easily fixed (just change a size_t to orte_std_cntr_t). In some places, people didn't use size_t, but instead used some other variant (e.g., I found several places with uint32_t). I tried to catch all of them, but... Once we get all the instances caught and fixed, this should once and for all resolve many of the heterogeneity problems. This commit was SVN r11204.
2006-08-15 23:54:10 +04:00
orte_std_cntr_t* num_tokens,
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
orte_cellid_t cellid,
char *nodename);
typedef int (*orte_schema_get_cell_tokens_fn_t)(
char ***tokens,
With the branch to 1.2 made.... Clean up the remainder of the size_t references in the runtime itself. Convert to orte_std_cntr_t wherever it makes sense (only avoid those places where the actual memory size is referenced). Remove the obsolete oob barrier function (we actually obsoleted it a long time ago - just never bothered to clean it up). I have done my best to go through all the components and catch everything, even if I couldn't test compile them since I wasn't on that type of system. Still, I cannot guarantee that problems won't show up when you test this on specific systems. Usually, these will just show as "warning: comparison between signed and unsigned" notes which are easily fixed (just change a size_t to orte_std_cntr_t). In some places, people didn't use size_t, but instead used some other variant (e.g., I found several places with uint32_t). I tried to catch all of them, but... Once we get all the instances caught and fixed, this should once and for all resolve many of the heterogeneity problems. This commit was SVN r11204.
2006-08-15 23:54:10 +04:00
orte_std_cntr_t* num_tokens,
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
orte_cellid_t cellid);
typedef int (*orte_schema_get_job_segment_name_fn_t)(char **name, orte_jobid_t jobid);
typedef int (*orte_schema_extract_jobid_from_segment_name_fn_t)(orte_jobid_t *jobid, char *name);
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
Several things in this commit - shouldn't impact any existing work: 1. Added pid_t to the dps 2. Processes now "register" their local pid and update their location (i.e., nodename) on the registry during mpi_init 3. Added a new error code for values that exceed maximum for their data type (useful when transitioning a value from one variable to another of different size) 4. Fixed a few places where size_t was being incorrectly handled 5. Updated dps_test to cover pid_t types This should now provide support for TotalView connection - which David is pursuing. This commit was SVN r5623.
2005-05-06 21:00:06 +04:00
typedef int (*orte_schema_store_my_info_fn_t)(void);
Okay, here is the massive checkin that restructures the registry trigger system for scalability. Actually, it isn't "quite" as large as it looks - it just touches a bunch of files. Also included is a fix to the attribute problem for singletons. Short explanation: The prior system placed triggers and subscriptions on the registry for each process - approximately eight/process. Each of these had to be checked every time there was a registry operation such as a "put" or "increment-value". For large numbers of processes, this repetitive checking consumed some significant time. The new system allows processes to "attach" to existing triggers and subscriptions, without creating a new one. Thus, there are now only eight triggers and five subscriptions on a job - *regardless of how many processes are being run*. This means that the registry now takes the same amount of time (which is pretty darn short) to process an operation regardless of how many processes are in a job. I'll provide some startup times from scalability tests shortly - need to complete the commit so I can move the system to an appropriate cluster. This commit was SVN r6164.
2005-06-24 20:59:37 +04:00
typedef int (*orte_schema_get_std_trigger_name_fn_t)(char **name,
char *trigger,
orte_jobid_t jobid);
Add a couple of new functions to the schema framework to check if a trigger is a "standard" trigger or not, and to extract a jobid from a standard trigger. Both functions will be used in a later commit. Ensure that the seed set_my_name function sets all the right initial info in the name services' structures. This commit was SVN r6760.
2005-08-07 17:26:49 +04:00
typedef int (*orte_schema_extract_jobid_from_std_trigger_name_fn_t)(orte_jobid_t *jobid,
char *trigger);
typedef bool (*orte_schema_check_std_trigger_name_fn_t)(char *name, char *trigger);
Okay, here is the massive checkin that restructures the registry trigger system for scalability. Actually, it isn't "quite" as large as it looks - it just touches a bunch of files. Also included is a fix to the attribute problem for singletons. Short explanation: The prior system placed triggers and subscriptions on the registry for each process - approximately eight/process. Each of these had to be checked every time there was a registry operation such as a "put" or "increment-value". For large numbers of processes, this repetitive checking consumed some significant time. The new system allows processes to "attach" to existing triggers and subscriptions, without creating a new one. Thus, there are now only eight triggers and five subscriptions on a job - *regardless of how many processes are being run*. This means that the registry now takes the same amount of time (which is pretty darn short) to process an operation regardless of how many processes are in a job. I'll provide some startup times from scalability tests shortly - need to complete the commit so I can move the system to an appropriate cluster. This commit was SVN r6164.
2005-06-24 20:59:37 +04:00
typedef int (*orte_schema_get_std_subscription_name_fn_t)(char **name,
char *subscription,
orte_jobid_t jobid);
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
/*
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
* Ver 1.0.0
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
*/
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
struct orte_schema_base_module_1_0_0_t {
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
orte_schema_get_proc_tokens_fn_t get_proc_tokens;
orte_schema_get_node_tokens_fn_t get_node_tokens;
Add a job_info segment to the system that holds a container for each job. Within each container is a keyval indicating the job state (i.e., all procs at stage1, finalized, etc.). This provides a rough state-of-health for the job. This required a little fiddling with a number of areas. Biggest problem was that it uncovered a potential for an infinite loop to be created in the registry. If a callback function modified the registry, the registry checked the triggers to see if anything had fired. Well, if the original callback was due to a trigger firing, that condition hadn't changed - so the trigger fired again....which caused the callback to be called, which modified the registry, which checked the triggers, etc. etc. Triggers are now checked and then "flagged" as being "in process" so that the registry will NOT recheck that trigger until all callbacks have been processed. Tried doing this with subscriptions as well, but that caused a problem - when we release processes from a stagegate, they (at the moment) immediately place data on the registry that should cause a subscription to fire. Unfortunately, the system will just hang if that subscription doesn't get processed. So, I have left the subscription system alone - any callback function that modifies the registry in a fashion that will fire a subscription will indeed fire that subscription. We'll have to see if this causes problems - it shouldn't, but a careless user could lock things up if the callback generates a callback to itself. Also fixed the code that placed a process' RML contact info on the registry to eliminate the leading '/' from the string. This commit was SVN r6684.
2005-07-29 18:11:19 +04:00
orte_schema_get_job_tokens_fn_t get_job_tokens;
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
orte_schema_get_cell_tokens_fn_t get_cell_tokens;
orte_schema_get_job_segment_name_fn_t get_job_segment_name;
orte_schema_extract_jobid_from_segment_name_fn_t extract_jobid_from_segment_name;
Several things in this commit - shouldn't impact any existing work: 1. Added pid_t to the dps 2. Processes now "register" their local pid and update their location (i.e., nodename) on the registry during mpi_init 3. Added a new error code for values that exceed maximum for their data type (useful when transitioning a value from one variable to another of different size) 4. Fixed a few places where size_t was being incorrectly handled 5. Updated dps_test to cover pid_t types This should now provide support for TotalView connection - which David is pursuing. This commit was SVN r5623.
2005-05-06 21:00:06 +04:00
orte_schema_store_my_info_fn_t store_my_info;
Okay, here is the massive checkin that restructures the registry trigger system for scalability. Actually, it isn't "quite" as large as it looks - it just touches a bunch of files. Also included is a fix to the attribute problem for singletons. Short explanation: The prior system placed triggers and subscriptions on the registry for each process - approximately eight/process. Each of these had to be checked every time there was a registry operation such as a "put" or "increment-value". For large numbers of processes, this repetitive checking consumed some significant time. The new system allows processes to "attach" to existing triggers and subscriptions, without creating a new one. Thus, there are now only eight triggers and five subscriptions on a job - *regardless of how many processes are being run*. This means that the registry now takes the same amount of time (which is pretty darn short) to process an operation regardless of how many processes are in a job. I'll provide some startup times from scalability tests shortly - need to complete the commit so I can move the system to an appropriate cluster. This commit was SVN r6164.
2005-06-24 20:59:37 +04:00
orte_schema_get_std_trigger_name_fn_t get_std_trigger_name;
Add a couple of new functions to the schema framework to check if a trigger is a "standard" trigger or not, and to extract a jobid from a standard trigger. Both functions will be used in a later commit. Ensure that the seed set_my_name function sets all the right initial info in the name services' structures. This commit was SVN r6760.
2005-08-07 17:26:49 +04:00
orte_schema_check_std_trigger_name_fn_t check_std_trigger_name;
orte_schema_extract_jobid_from_std_trigger_name_fn_t extract_jobid_from_std_trigger_name;
Okay, here is the massive checkin that restructures the registry trigger system for scalability. Actually, it isn't "quite" as large as it looks - it just touches a bunch of files. Also included is a fix to the attribute problem for singletons. Short explanation: The prior system placed triggers and subscriptions on the registry for each process - approximately eight/process. Each of these had to be checked every time there was a registry operation such as a "put" or "increment-value". For large numbers of processes, this repetitive checking consumed some significant time. The new system allows processes to "attach" to existing triggers and subscriptions, without creating a new one. Thus, there are now only eight triggers and five subscriptions on a job - *regardless of how many processes are being run*. This means that the registry now takes the same amount of time (which is pretty darn short) to process an operation regardless of how many processes are in a job. I'll provide some startup times from scalability tests shortly - need to complete the commit so I can move the system to an appropriate cluster. This commit was SVN r6164.
2005-06-24 20:59:37 +04:00
orte_schema_get_std_subscription_name_fn_t get_std_subscription_name;
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
};
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
typedef struct orte_schema_base_module_1_0_0_t orte_schema_base_module_1_0_0_t;
typedef orte_schema_base_module_1_0_0_t orte_schema_base_module_t;
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
/*
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
* SCHEMA Component
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
*/
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
typedef orte_schema_base_module_t* (*orte_schema_base_component_init_fn_t)(
bool *allow_multi_user_threads,
bool *have_hidden_threads,
int *priority);
typedef int (*orte_schema_base_component_finalize_fn_t)(void);
/*
* the standard component data structure
*/
struct mca_schema_base_component_1_0_0_t {
mca_base_component_t schema_version;
mca_base_component_data_1_0_0_t schema_data;
orte_schema_base_component_init_fn_t schema_init;
orte_schema_base_component_finalize_fn_t schema_finalize;
};
typedef struct mca_schema_base_component_1_0_0_t mca_schema_base_component_1_0_0_t;
typedef mca_schema_base_component_1_0_0_t mca_schema_base_component_t;
/*
* Macro for use in components that are of type schema v1.0.0
*/
#define ORTE_SCHEMA_BASE_VERSION_1_0_0 \
/* schema v1.0 is chained to MCA v1.0 */ \
MCA_BASE_VERSION_1_0_0, \
/* schema v1.0 */ \
"schema", 1, 0, 0
Windows friendly version. We have to split the OMPI_DECLSPEC in at least 3 different macros, one for each project. Therefore, now we have OPAL_DECLSPEC, ORTE_DECLSPEC and OMPI_DECLSPEC. Please use them based on the sub-project. This commit was SVN r11270.
2006-08-20 19:54:04 +04:00
ORTE_DECLSPEC extern orte_schema_base_module_t orte_schema;
Commit 2 of 4 for bringing the changes over from the hetero branch. Merged in from: svn merge -r5448:5496 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5550. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5448 r5496
2005-05-01 04:53:00 +04:00
Checkpoint on Windows build. Many changes to headers for OMPI_DECLSPEC, and proper placement of c_plusplus defines in those files. mca/gpr/replica and tools are the two sets of directories that still need work for the Windows build for this pass. This commit was SVN r5688.
2005-05-12 00:21:10 +04:00
#if defined(c_plusplus) || defined(__cplusplus)
}
#endif
Commit 1 of 4 to bring in the hetero branch to the trunk. Merged in from: svn merge -r5440:5448 https://svn.open-mpi.org/svn/ompi/tmp/hetero . This commit was SVN r5549. The following SVN revisions from the original message are invalid or inconsistent and therefore were not cross-referenced: r5440 r5448
2005-05-01 04:47:35 +04:00
#endif
Копировать постоянную ссылку