没别的，这说的是 gcc+gdb那一套GNU工具链。之所以到现在还在纠结这个事情，是因为确实使用商业软件很多限制。Windows下还好，IAR MDK多得是。可是到了Linux就惨了。
就有时候吧，在Windows下也惨。
比如前阵子，IAR,不会太久之前，几个月吧，我想用它来搞stm32f030这个片子，结果发现，要最新的IAR 7.2版本才有这个的选项，那真是很惨，为此破解版又没出来，我不得不使用限制版。虽然目前对我来说不是多大的事，只是实在很不爽，也很没安全感。
简单点说，这是一件很苦逼的事情。
我的经验总结：任何被包装了的toolchain都是信不过的。比如 CodeSourcery，这王八蛋现在Lite版不能直接下载了。就更别说什么 TRUEStudio了，人家明摆着限制版。所以我从头到尾包括现在都不信任什么 Eclipse的插件，就更别说这货卡的一B。
所以....还是自己来吧～
自己编译一个GCC工具链也是很苦逼的事情。我觉得就我现在连用现成的工具链的技术还这么弱爆，编译，呵呵，还是算了吧。
所以我决定采用ARM官方的，理论上来说，它也属于包装了的GCC,但鉴于这货比较特殊，我选择信任它，如果最后又发生了类似的事情，那么，我告诉你，我要么直接用盗版，限制版，要么老子不辞辛劳，还是自己来吧，从头编译，从编译gcc工具链开始.......
可是，没想到的是，ARM官方的这套工具链，诶，没办法，太屌了，居然找不到一个能用的 建立工程之类的比较详细的教程，那什么make我估计是linux下才能使，我在windows下没法搞。
不过没事，既然都是gcc,我就有办法，我可以参考sourcery的教程呀。不能make，我直接自己写命令呀～～
不过在此之前，我得考虑另一件更加重要的事情。Stlink的下载工具。Gdb debug先放一边，我至少得下载下去能用呀。
京公网安备 11010802033920号
