ETEC features in the next release

- When using the eTPU-C programming paradigm, channel frame variables can be defined either by making them parameters of an eTPU-C function, or by declaring them as static variables inside the eTPU-C function scope.  In the past, all channel frame variables, whether declared via eTPU-C function parameter or via the static mechanism, were exported into the auto-defines file.  This continues to be the default.  However, via the use of "#pragma private_static_channel_frame" the static declared channel frame variables can be kept private from the auto-defines file.  The matching "#pragma public_static_channel_frame" can be used to switch the state back to the default within a single source file.

- The ETPU_function #pragma has been extended to allow the entry table pin direction to be defined (for auto-defines export).  The enhanced syntax is: #pragma ETPU_function [, {standard | alternate}] [, {etpd_input | etpd_output}] [@ ];

- Typecasts to 32-bit integer (signed or unsigned) is now supported.  If the data type is signed, sign extension into the upper 8 bits will be performed.  Adding this explicit capability can allow for tighter code generation when converting a 24-bit (or smaller) int to 32-bits.

- The auto-struct feature has been enhanced in that the PSE (24-bit access) area is now covered by 2 additional structure mappings - one for signed access and the other for unsigned.  This makes it easier to ensure on the host side that all unsigned PSE reads mask the upper 8-bits off after the read.  Additionally, auto-struct generation now is defaulted to on, but can be disabled with the "-autostruct-" linker option.

- A new -msgPath option has been added to the compiler to allow the user to control whether filenames output in warning/error messages are shown as they are input (typically no or relative path) or with full absolute path.  Default is "as-is" (relative).  This option is independent of the message style.  Note that the GNU message style used to output absolute path by default but no longer does.

- A new message style "DIAB" has been added.  It causes error/warning messages to be formatted in the style of the Diab (WindRiver) compiler.