21 | | Since the run identifier is part of the user-interface's SOURCE path, you can use different interfaces for different runs at the same time. Just store the respective interface-files in sub-folders {{{JOB/abcd/USER_CODE}}}, {{{JOBS/cdef/USER_CODE}}}, etc. and call {{{palmrun}}} with option "{{{-r abcd}}}", "{{{-r cdef}}}", etc. \\\\ |
22 | | If you like to add additional routines which are not part of the default user-interface (see the [wiki:doc/app/userint/int list of available interface routines]), you can a) append this routines to the default user-interface file {{{user_additional_routines.f90}}} or b) create new files in your user-interface folder. These files must have names different from the default {{{PALM}}} source code files. In case of b), you must also copy the default {{{Makefile}}} into the user-interface folder, e.g.: |
| 21 | The files {{{user_***.f90}}} will be **automatically compiled** as part of this run, before PALM is executed, and will **replace** PALM‘s respective default user-interface routines in {{{/trunk/SOURCE/}}}. The compiled binaries are put into a folder named {{{SOURCES_FOR_RUN_$configuration_identifier_$run_identifier}}}, where they replace the default binaries that have been created via {{{palmbuild}}}. The {{{SOURCES_FOR_RUN}}} folder is created in the directory defined by variable {{{fast_io_catalog}}} in the configuration file. It is newly created for each manual call of {{{palmrun}}}. Since the run identifier is part of the user-interface's SOURCE path, you can use different interfaces for different runs at the same time. \\\\ |
| 22 | |
| 23 | If you like to add **additional routines** which are not part of the default user-interface (see the [wiki:doc/app/userint/int list of available interface routines]), you can |
| 24 | a) **append** this routines to the default user-interface file {{{user_additional_routines.f90}}} or \\ |
| 25 | |
| 26 | b) **create** new files in your user-interface folder. \\ |
| 27 | |
| 28 | These files must have names different from the default PALM source code files. In case of b), you must also copy the default {{{Makefile}}} into the user-interface folder, e.g.: |
30 | | It is important to know, that in general '''the modified user-interface files cannot be pre-compiled''' with {{{palmbuild}}}. This would not make sense because your user-interface may differ among your PALM runs, so you would need different {{{MAKE_DEPOSITORIES}}} depending on the run-identifier (option {{{-r}}}). Therefore, {{{palmrun}}} compiles the user-interface each time you call the script. Strictly speaking, {{{palmrun}}} internally calls {{{palmbuild}}} with special options, and {{{palmbuild}}} then compiles the user-interface and generates the {{{SOURCES_FOR_RUN}}} folder (see above). |
| 37 | It is important to know, that in general the modified user-interface files cannot be pre-compiled with {{{palmbuild}}}. This would not make sense because your user-interface may differ among your PALM runs, so you would need different {{{MAKE_DEPOSITORIES}}} depending on the run-identifier (option {{{-r}}}). Therefore, {{{palmrun}}} compiles the user-interface each time you call the script. Strictly speaking, {{{palmrun}}} internally calls {{{palmbuild}}} with special options, and {{{palmbuild}}} then compiles the user-interface and generates the {{{SOURCES_FOR_RUN}}} folder (see above). |
32 | | In case you carry out a large number of test runs and don't want the user-interface to be compiled each time again (because it may take a lot of time, and you didn't change it), you can suppress compilation by adding {{{palmrun}}} option {{{-V}}}. Then, {{{palmrun}}}/{{{palmbuild}}} tries to re-use the compiled interface from the last call of {{{palmrun}}} with same configuration identifier and run identifier (given by options {{{-c}}} and {{{-r}}}), by re-using the respective {{{SOURCES_FOR_RUN}}} folder that has been generated by the previous run. Automatically generated calls of {{{palmrun}}} (restart runs in job chains) use the same method, so they do not need to compile the user-interface again. \\\\ |
33 | | |
34 | | For debugging user-defined code, see section [../../intdbg Debugging]. |
35 | | |
| 39 | In case you carry out a large number of test runs and you **don't want the user-interface to be compiled each time** again (because it may take a lot of time, and you didn't change it), you can suppress compilation by adding {{{palmrun}}} option {{{-V}}}. Then, {{{palmrun}}}/{{{palmbuild}}} tries to re-use the compiled interface from the last call of {{{palmrun}}} with same configuration identifier and run identifier (given by options {{{-c}}} and {{{-r}}}), by re-using the respective {{{SOURCES_FOR_RUN}}} folder that has been generated by the previous run. Automatically generated calls of {{{palmrun}}} (restart runs in job chains) use the same method, so they do not need to compile the user-interface again. \\\\ |