...
| Warning |
|---|
If you open an existing project, all relative paths defined within project will be relative to a directory within which fc2k was started |
4.1.3 Actor description
|
| Fig. 2. FC2K actor description |
|---|
This group of graphical controls allows to set the description of the actor and its "place" in hierarchy of Kepler elements in Kepler "Component" browser
...
| Warning |
|---|
A name of user subroutine must be exactly the same as it was defined in user code |
4.1.4 Environment
|
| Fig. 3. FC2K environment tab |
|---|
The Environment text fields shows UAL and Kepler locations.
...
Below you can find explanation of FC2K arguments tab.
 |
| Fig. 24. "Arguments" tab |
|---|
- Type - Defines a type of an argument. It is possible to choose either IDS based type (e.g. equilibrium, topinfo, etc.) or primitive type (e.g. int, long, double, char)
- Single slice - Determines if IDS is passed as single slice or an array. (This setting is valid for IDS types only
)- if turned ON - Only one slice is passed. An actor will get an additional port to define a time.
- if turned OFF - All IDSes for given shot run is passed.
- Is array - Determines if a primitive type is passed as a scalar or an array
- if turned ON - An argument is passed as an array. It requires definition of array size (dynamic array are not supported)
- if turned OFF - An argument is passed as a scalar.
- if turned ON - An argument is passed as an array. It requires definition of array size (dynamic array are not supported)
- Array size - Defines the size of an array of primitive types
- Input - Defines argument as an input
- Output - Defines argument as an output
- Label - User defined name of an argument (and actor port)
| Warning |
|---|
Restrictions concerning type and order of arguments Arguments specified in this tab must match a type and order of arguments of the routine/function. |
|
| Fig. 35. An example of subroutine arguments |
|---|
...
Code specific parameters are all parameters which are specific to the code (like switches, scaling parameters, and parameters for built-in analytical models) as well as parameters to explicitly overrule fields in the ITM data structures.
|
| Fig. 46. "Parameters" tab |
|---|
- Frequently Used XML - Actual value of the code parameters
- Default XML - Default values of the code parameters
- Schema - A (XSD) XML schema
...
4.1.7 "Source" tab explained
|
| Fig. 57. "Source" tab |
|---|
The purpose of this tab is to define all code related issues:
...
A user, using this tab, selects programming language of codes provided, compiler used to built library and type of code execution (sequential or parallel)
|
| Fig. 68. "Source" tab - code description |
|---|
...
A "Main library" field allows to define a path to library containing user subroutine/function.
|
| Fig. 79. "Source" tab - A path to "main" library |
|---|
...
"Custom libraries" are non-standard static libraries required for building the user code.
|
| Fig. 810. "Source" tab - A list of "custom" libraries |
|---|
...
"System libraries" are system libraries handled by pkg-config mechanism and required for building the user code.
|
| Fig. 911. "Source" tab - A list of "system" libraries |
|---|
...
- add library from the list,
- remove library
- display detailed info (library definition returned by pkg-config mechanism)
|
| Fig. 1012. Adding "system" libraries |
|---|
...
The "Documentation" tab specifies an user-defined Kepler actor description. It could be displayed from actor pop-up menu.
|
| Fig. 1113. "Documentation" tab |
|---|
4. Incorporating user codes into Kepler using FC2K - exercises
...