Potential workarounds: 1) Avoid using ltoa, which is not a standard C function. You can use sprintf instead. 2) At every call site, check whether the compiler is a version of the TI compiler with the incorrect definition: #if defined(__TI_COMPILER_VERSION__) && \     (((defined(__TI_ARM__) || defined(__MSP430__) || defined(__TMS320C2000__)) && __TI_COMPILER_VERSION__ < 19006000) || \      (defined(__ARP32__) && __TI_COMPILER_VERSION__ < 1001000) || \      (defined(__PRU__) && __TI_COMPILER_VERSION__ < 2003002) || \      (defined(__TMS320C6X__) && __TI_COMPILER_VERSION__ < 8002006) || \      (defined(__TMS320C6X__) && __TI_COMPILER_VERSION__ >= 8003000 && __TI_COMPILER_VERSION__ < 8003003))     ltoa(1234, buffer); #else     ltoa(1234, buffer, 10); #endif

For a long time, the TI RTS has defined a function named ltoa, with a prototype in stdlib.h, for use as a helper function in printf. However, there was already a quasi-standard function ltoa with a different prototype which had been floating around the net for even longer. The presence of TI's definition causes a "too many arguments" error or "incompatible redeclaration" error for applications which attempt to use the quasi-standard ltoa. This defect has been resolved by renaming TI's ltoa to something in the implementation namespace. Additionally, we've added a definition of ltoa conforming to the quasi-standard version.