• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 54 subscribers
  • Views 298 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC1312R: CCS not show anonymous union/strusct members

D. Devedzhiev
Intellectual 755 points

Part Number: CC1312R

CCS_12.2.0.00009, Compiler Ti ARM Clang 2.1.2LTS.

The CCS anonymous union/strusct members are not shown in Expession window.

For instance if we have a union definition like this: 

typedef union RfDevStatus_u {
    uint16_t u16Word;
    struct {
      union {
          uint8_t byte;
          struct {
              uint8_t fTamper           :1;     
              uint8_t fZoneOpen         :1;     
              uint8_t fTrouble          :1;     
          };
      } devSts1;

      union {
          uint8_t byte;
          struct {
              uint8_t fTamper2          :1;     
              uint8_t fZoneOpen2        :1;     
              uint8_t fTrouble2         :1;     
          };
      } devSts2;
    };
} RfDevStatus_t;

only u16Word member is shown: 

Is this a bug or some kind of settings issue?

  • 0
    TI__Guru* 86931 points

    I have moved this to be handled by the CCS team. Someone will come back to you shortly

    Siri

  • +1
    TI__Guru**** 471861 points
    D. Devedzhiev said:
    Is this a bug or some kind of settings issue?

    yes, this is a known issue:

    https://sir.ext.ti.com/jira/browse/EXT_EP-10814

    Note that the above bug is for the debugger but the root cause has been identified as an incompatibility between the generated debug symbols from the compiler and the debugger symbol manager. The latter requires additional debug information to be generated by the compiler.

    Thanks

    ki

  • 0 in reply to Ki
    Intellectual 755 points

    Hi Ki,

    According to the description of the issue in Jira (if use what is given there): 

    x.num does not get resolved

    x.$P$T0.num does get resolved

    but in my issue x.$P$T0.num is also not get resolved!

    So if the previously reported issue is not so critical (you can still can see "num"), the issue reported by me should be estimated as more critical and to have bigger priority as "num" is not shown at all! 

    Regards,

    Dimitar

  • +1 in reply to D. Devedzhiev
    TI__Guru**** 471861 points

    Note that I originally filed this for output from the C2000 compiler.

    For TI ARM Clang compiler, the same issue exists but presents differently. This is an additional comment in the bug report details that is not visible publicly.

    "I also tried using GCC and TI ARM CLANG and got a different result. The interesting thing is that the Expressions view was not able to resolve any of the struct members at all."