| 1 |
cnh |
1.18 |
C $Header: /u/gcmpack/models/MITgcmUV/eesupp/inc/CPP_EEOPTIONS.h,v 1.17 2001/03/09 19:36:39 adcroft Exp $ |
| 2 |
adcroft |
1.17 |
C $Name: $ |
| 3 |
|
|
|
| 4 |
|
|
These lines are here to deliberately cause a compile-time error. |
| 5 |
|
|
If you see these lines in your .F files or the compiler shows them |
| 6 |
|
|
as an error then it means you have not placed your configuration |
| 7 |
|
|
files in the appropriate place. |
| 8 |
|
|
You need to place you own copy of CPP_EEOPTIONS.h in the include |
| 9 |
|
|
path for the model. |
| 10 |
|
|
|
| 11 |
cnh |
1.18 |
CBOP |
| 12 |
|
|
C !ROUTINE: CPP_EEOPTIONS.h |
| 13 |
|
|
C !INTERFACE: |
| 14 |
|
|
C include "CPP_EEOPTIONS.h" |
| 15 |
cnh |
1.1 |
C |
| 16 |
cnh |
1.18 |
C !DESCRIPTION: |
| 17 |
|
|
C *==========================================================* |
| 18 |
cnh |
1.1 |
C | CPP_EEOPTIONS.h | |
| 19 |
cnh |
1.18 |
C *==========================================================* |
| 20 |
cnh |
1.1 |
C | C preprocessor "execution environment" supporting | |
| 21 |
|
|
C | flags. Use this file to set flags controlling the | |
| 22 |
|
|
C | execution environment in which a model runs - as opposed | |
| 23 |
|
|
C | to the dynamical problem the model solves. | |
| 24 |
|
|
C | Note: Many options are implemented with both compile time| |
| 25 |
|
|
C | and run-time switches. This allows options to be | |
| 26 |
|
|
C | removed altogether, made optional at run-time or | |
| 27 |
|
|
C | to be permanently enabled. This convention helps | |
| 28 |
|
|
C | with the data-dependence analysis performed by the | |
| 29 |
|
|
C | adjoint model compiler. This data dependency | |
| 30 |
|
|
C | analysis can be upset by runtime switches that it | |
| 31 |
|
|
C | is unable to recoginise as being fixed for the | |
| 32 |
|
|
C | duration of an integration. | |
| 33 |
|
|
C | A reasonable way to use these flags is to | |
| 34 |
|
|
C | set all options as selectable at runtime but then | |
| 35 |
|
|
C | once an experimental configuration has been | |
| 36 |
|
|
C | identified, rebuild the code with the appropriate | |
| 37 |
|
|
C | options set at compile time. | |
| 38 |
cnh |
1.18 |
C *==========================================================* |
| 39 |
|
|
CEOP |
| 40 |
cnh |
1.1 |
|
| 41 |
adcroft |
1.4 |
#ifndef _CPP_EEOPTIONS_H_ |
| 42 |
|
|
#define _CPP_EEOPTIONS_H_ |
| 43 |
|
|
|
| 44 |
cnh |
1.1 |
C In general the following convention applies: |
| 45 |
|
|
C ALLOW - indicates an feature will be included but it may |
| 46 |
|
|
C CAN have a run-time flag to allow it to be switched |
| 47 |
|
|
C on and off. |
| 48 |
|
|
C If ALLOW or CAN directives are "undef'd" this generally |
| 49 |
|
|
C means that the feature will not be available i.e. it |
| 50 |
|
|
C will not be included in the compiled code and so no |
| 51 |
|
|
C run-time option to use the feature will be available. |
| 52 |
|
|
C |
| 53 |
|
|
C ALWAYS - indicates the choice will be fixed at compile time |
| 54 |
|
|
C so no run-time option will be present |
| 55 |
|
|
|
| 56 |
|
|
C Flag used to indicate whether Fortran formatted write |
| 57 |
|
|
C and read are threadsafe. On SGI the routines can be thread |
| 58 |
|
|
C safe, on Sun it is not possible - if you are unsure then |
| 59 |
|
|
C undef this option. |
| 60 |
|
|
#undef FMTFTN_IO_THREADSAFE |
| 61 |
|
|
|
| 62 |
|
|
C-- Control MPI based parallel processing |
| 63 |
cnh |
1.8 |
#undef ALLOW_USE_MPI |
| 64 |
|
|
#undef ALWAYS_USE_MPI |
| 65 |
cnh |
1.1 |
|
| 66 |
|
|
C-- Control use of communication that might overlap computation. |
| 67 |
|
|
C Under MPI selects/deselects "non-blocking" sends and receives. |
| 68 |
|
|
#define ALLOW_ASYNC_COMMUNICATION |
| 69 |
|
|
#undef ALLOW_ASYNC_COMMUNICATION |
| 70 |
|
|
#undef ALWAYS_USE_ASYNC_COMMUNICATION |
| 71 |
|
|
C-- Control use of communication that is atomic to computation. |
| 72 |
|
|
C Under MPI selects/deselects "blocking" sends and receives. |
| 73 |
|
|
#define ALLOW_SYNC_COMMUNICATION |
| 74 |
|
|
#undef ALWAYS_USE_SYNC_COMMUNICATION |
| 75 |
adcroft |
1.13 |
|
| 76 |
|
|
C-- Control use of JAM routines for Artic network |
| 77 |
|
|
C These invoke optimized versions of "exchange" and "sum" that |
| 78 |
|
|
C utilize the programmable aspect of Artic cards. |
| 79 |
|
|
#undef LETS_MAKE_JAM |
| 80 |
|
|
#undef JAM_WITH_TWO_PROCS_PER_NODE |
| 81 |
cnh |
1.1 |
|
| 82 |
|
|
C-- Control storage of floating point operands |
| 83 |
|
|
C On many systems it improves performance only to use |
| 84 |
|
|
C 8-byte precision for time stepped variables. |
| 85 |
|
|
C Constant in time terms ( geometric factors etc.. ) |
| 86 |
|
|
C can use 4-byte precision, reducing memory utilisation and |
| 87 |
|
|
C boosting performance because of a smaller working |
| 88 |
|
|
C set size. However, on vector CRAY systems this degrades |
| 89 |
|
|
C performance. |
| 90 |
cnh |
1.8 |
#define REAL4_IS_SLOW |
| 91 |
cnh |
1.1 |
|
| 92 |
|
|
C-- Control use of "double" precision constants. |
| 93 |
|
|
C Use D0 where it means REAL*8 but not where it means REAL*16 |
| 94 |
|
|
#define D0 d0 |
| 95 |
|
|
|
| 96 |
|
|
C-- Control XY periodicity in processor to grid mappings |
| 97 |
|
|
C Note: Model code does not need to know whether a domain is |
| 98 |
|
|
C periodic because it has overlap regions for every box. |
| 99 |
cnh |
1.10 |
C Model assume that these values have been |
| 100 |
cnh |
1.1 |
C filled in some way. |
| 101 |
|
|
#undef ALWAYS_PREVENT_X_PERIODICITY |
| 102 |
|
|
#undef ALWAYS_PREVENT_Y_PERIODICITY |
| 103 |
|
|
#define CAN_PREVENT_X_PERIODICITY |
| 104 |
|
|
#define CAN_PREVENT_Y_PERIODICITY |
| 105 |
|
|
|
| 106 |
adcroft |
1.14 |
#endif /* _CPP_EEOPTIONS_H_ */ |
| 107 |
cnh |
1.3 |
|
| 108 |
adcroft |
1.14 |
#include "CPP_EEMACROS.h" |
Parent Directory
| 
Revision Log
| 
Revision Graph