Builder: Standard segment names
You are free to invent your own segment names for use with Builder. The only exception is that there is one special, predefined segment called -UNAMED-
which captures anything in your source files that appears before a <...> segment tag and emits them first.
In any library functions that we make we will stick as far as possible to the following list of names. It's a good idea if you use the same names for corresponding function.
|
Contains any documentation on how to use a library file. |
|
Input and output assignments, including analogs |
|
Constant values, for example time intervals |
|
Contains any mEQU RAM allocations (say for PermStore). Must appear before any |
|
Contains automatic RAM allocations |
|
Test code that should always be |
|
Initialize code - stuff that should run once at startup. Generally calls initialize routines for various modules/objects. |
|
Contains a |
|
Actual active code. May also contain defXXX memory allocations if you prefer having them inside the module that owns them (c.f. near the top of your program.) |
|
Contains a |
|
Contains NVEM page 0 tables or data. |
|
Contains an instruction (typically |
|
Contains the line label (typically |
|
Contains configuration data, in NVEM0, for Xwire master operation. Used by any of our library of Active Template modules that use Xwire. |
|
Contains an end of table sentinel for Xwire master configuration data. Should be used in .b1d files with |
|
Only ever used in |
|
Only ever used in |
|
Only ever used in |
Note that Builder will raise an error if there is a segment name in a .spt file that is not listed in the .b1d file, i.e. you must explicitly DISCARD
unwanted segments. The inverse is not the case: you can have segment names in the .b1d file that do not exist in any .spt file.