[EXT_EP-10024] Compiler does not account for wraparound when different increment type added to signed int Created: 25/Aug/20 Updated: 20/Jan/21 Resolved: 20/Jan/21 |
|
| Status: | Fixed |
| Project: | Embedded Software & Tools |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | Priority: | Medium |
| Reporter: | TI User | Assignee: | TI User |
| Resolution: | Fixed | Votes: | 1 |
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Product: | Code Generation Tools |
| Internal ID: | CODEGEN-8100 |
| Forum URL: | https://e2e.ti.com/support/tools/ccs/f/81/t/934103 |
| Found In Release: | C7000_1.4.0.LTS C6000_8.3.0 MSP430_20.2.0.LTS ARM_18.12.0.LTS MSP430_18.12.0.LTS PRU_2.3.0 ARM_20.2.0.LTS C2000_18.12.0.LTS C2000_20.2.0.LTS |
| Fix In Release: | ARM_18.12.8.LTS* C2000_20.2.4.LTS* ARM_20.2.4.LTS* C7000_1.4.1.LTS MSP430_18.12.8.LTS* MSP430_20.2.4.LTS* C6000_8.3.9* PRU_2.3.4* C2000_18.12.8.LTS* |
| Affected Platform/Device: | default |
| Workaround: | Cast the subexpression computed with the UL literal to a signed int:
error += (signed int)(((3686400UL)/8)/(4096)); |
| Description |
|
In the case that a larger unsigned increment type was added to a signed int, a compiler optimization did not account for possible wraparound resulting in a negative value and erroneously assumed the signed int variable was never negative. |