由于我司新产品选用ARM3和MSP320双内核的CC26XX以及CC13XX系列MCU，在FAE推荐使用IAR而不建议使用CCS进行开发后，更换了开发环境为IAR 8.3版本。
然后就发生了MARK不抱错，但调用XDCTOOLS运行时组件生成HEX文件时报错的问题。在各个论坛包括本坛查看，很多朋友都遇到这个问题而且没有解决。
经过大约一个多礼拜的摸索（其中有其他工作耽搁），发现问题所在：Windows 的权限问题。
经尝试，如下操作后可以保证不再发生XDCTOOLS组件报错：
1、安装在默认目录下（一般是C）；
2、只装需要的版本的运行时和协议栈组件；
3、最好都是以同一个用户的权限进行安装，并且将默认安装目录的权限修改为everyone拥有所有权限；
4、如果用ccs，最好也装在同一个目录下，否则也有可能因为不同权限问题导致的编译、链接失败；
5、很关键的，Vista以后的系统都是基于NT内核的，如果用了NTFS格式，C盘根目录和各级目录为了安全往往只有系统进程和Admin有读写和运行权限，请注意这个问题，这就是导致大部分编译失败的情况。
6、Ti官方很多例程都是链接的库文件而非拷贝的，如果某个工程需要修改了包含文件的内容， 其他例程调用的也是修改过的链接后的库文件，容易导致一些错误，因此要单独修改的包含文件，最好是COPY到工程目录下。这是初接触者容易犯的错误。
---------------------------------------
2016-02-28更新：
这一段时间cc26xx和cc13xx开发很顺畅了，无论是CSS还是IAR都没有再发生协议栈编译方面的奇葩问题。再此再补充一下：
1、权限问题什么时候需要注意：分区是NTFS的时候会有权限问题，为了避免这个问题可以用FAT32分区；
2、Ti BLE 2.1协议栈相比2.0，多了一些bug，如果2.1编译不通过，建议换2.0；
3、IAR License memager，在windows vista以后的操作系统中，请确保安装和验证license的时候，都在管理员模式下进行。非管理员模式获取到的注册码是有问题的（似乎是如此）。
4、路径不能有中文。
终极解决方案：换CSS！不会出编译错误问题！绝对！
欢迎大家继续补充。
暂时就这些，希望能帮助到|Ti的FAE和各位开发者，互补有无。
如有疏漏，欢迎大家指点提出，共同进步。