CCS9.1.0里自带的GNU ARM compiler v7.2.1编译器是开源的么

代码通过ccs编译后生成elf格式的可执行代码，不需要公开源码。
software-dl.ti.com/.../sdto_cgt_A-Brief-History-of-TI-Object-File-Formats.html

为啥不使用TI的编译器，而要使用GNU ARM compiler v7.2.1？

授权的问题，直接到GNU ARM compiler v7.2.1的官网查一下它的license

使用开源的编译器，就必须开源源代码吗？有这么个规定吗？感觉楼主担心的太多了吧。

这个主要看编译器的授权方式

您好：

我是头一次搞这个问题，不太懂，GNU ARM compiler的官网链接是哪里？方便的话能否给一个链接，然后简明的指导一下我去看那一部分，他这个license直接有叫license的章节么？麻烦了。

是的，开源代码并不是那么好，国内大家都说开源好，但其实正规的公司都不愿意开源，国内用开源的大部分都是民营企业，正规赚钱的项目是不会用开源的。

这就涉及到另一个问题，在产品上，代码都是二进制文件，他怎么知道你用的是开源的编译器？

据说TI的编译器存在很多BUG……

一般呢，开源组织不会惜得去搞这种公司的，没潜力，没前途的，不搞大的都无所谓，假设你公司用开源代码搞出了个很卖座的产品，然后就会有竞争对手，竞争对手搞不过你，然后他就挖你核心技术人员的墙角，假设技术总监被挖了，然后告诉对手你们这个产品用了开源代码，然后你们对手通过各种途径通知到开源组织，然后开源组织就有可能告你，或者告诉你请限期公开尼德源码，然后你的对手就可以抄袭你的产品……当然了，这是个人见解。或许有其他的方式，比如反汇编啦等等，公司小可能人家不会在意你，要是华为谷歌微软这样的，我去，搞你一下成功了盆满钵满……

话说CCS迭代了很多版本了，bug算比较少了，你说的bug指的是哪些？

我用的ccs9.1.0，具体bug我没问，是小日本告诉我们说是不推荐用TI自带的，有问题，推荐使用GNU的。我推测应该是TI自带优化优化代码过于狠，可能导致某些功能不正常，GNU通用编译，所以问题不太大。个人推测而已。具体还得问小日本，据说是小日本的TI代理推荐的GNU。

CCS里面代码编译优化等级是可以设定的，设置最低的优化等级看看
很多问题都是传出来的，ccs还不至于那么烂

原来江湖这么复杂，还是我们小公司好。