发现Keil自带的编译器有时候优化有问题,跑得跟没优化时彻底不一样。曾经运用GCC,现在自然而然想再次运用GCC。
调配1:Keil+GCC+Ulink2
这类的介绍也较多,主要是一个链接脚本、发动代码、IDE选项装备的问题,我们能够google一下,个人觉得调配一般般。
调配2:emIDE+JLink
朴实的Opensource血缘,这个EMIDE现已带了GCC,只需要一个JLink,然后构建好工程就能够debug了,假如开展迅猛,估量Keil也会扛不住了。
发现Keil自带的编译器有时候优化有问题,跑得跟没优化时完全不一样。以前使用GCC,现在自然而然想再次使用GCC。搭配1:Keil+GCC+Ulink2这类…
发现Keil自带的编译器有时候优化有问题,跑得跟没优化时彻底不一样。曾经运用GCC,现在自然而然想再次运用GCC。
调配1:Keil+GCC+Ulink2
这类的介绍也较多,主要是一个链接脚本、发动代码、IDE选项装备的问题,我们能够google一下,个人觉得调配一般般。
调配2:emIDE+JLink
朴实的Opensource血缘,这个EMIDE现已带了GCC,只需要一个JLink,然后构建好工程就能够debug了,假如开展迅猛,估量Keil也会扛不住了。