回忆大学在VC6.0上面学习C语言， 操作大致流程如下：

那时候啊，真的是好傻好天真。

操作大致流程如下：

第一步，建立工程/项目。

第二步，编辑源码。

第三步，编译代码。

第四步，运行。

说到底。 真的就这么简单。点击一下那个绿色的箭头， 屏幕上就会冒出“0 Error, 0 Warning”，然后你就觉得自己是个编程大师了。那时候的VC6.0，真的是好东西，虽然它不支持C++11，虽然它很卡，但是它很听话。你给它什么它就给你什么。

到时候….. 那时候我觉得，写程序嘛，就是点点点。不需要懂编译器是怎么工作的，不需要懂链接器是怎么把一堆文件拼起来的。只要能跑通，就是好代码。

但是后来毕业了找工作了老板说：“你去搞个ARM吧。”，琢磨琢磨。

我说：“啥是ARM？”

老板说：“就是那个芯片，就是那个裸机开发。”，太离谱了。

我一听，裸机开发，不就是不用操作系统吗？那不就更简单了吗？我可以用VC6.0写啊！

没法说。 于是我就傻乎乎地打开了VC6.0，开始写ARM的汇编代码。

后来啊报错了。

报错了怎么办？换一个编译器呗。

从Windows到Linux， 我的编译器学习之路

到时候….. 后来我才知道，ARM开发，大部分是在Linux环境下搞的。Ubuntu，CentOS，各种Linux发行版。

好吧，VC6.0没用了。我不得不重新开始学习。

在Ubuntu上学习C语言，操作大致流程如下：，共勉。

第一步，打开终端。

第二步，输入指令。

第三步，祈祷不要报错。

这跟VC6.0不一样啊。VC6.0是图形界面Ubuntu是命令行界面。命令行界面真的太难用了。没有鼠标点来点去，感觉像是回到了上个世纪。

而且，Ubuntu上的C语言编译器，叫gcc。

gcc是什么？gcc就是C语言的编译器。它是GNU Compiler Collection，GNU编译器套件。听起来很高大上，其实就是一个工具，引起舒适。。

刚开始学gcc的时候，我真的是一头雾水。

我想编译一个文件，叫hello.c。

我就敲命令：gcc hello.c。

然后呢？没有可施行文件啊！

我又敲命令：gcc -o hello hello.c。

纯正。 哦，原来要加-o参数。这个-o是output的意思，输出文件的意思。

然后我敲命令：./hello。

太水了。 它居然运行了！输出了“Hello World”。

那一刻，我激动得差点把电脑扔了。

但是这只是最基础的。ARM裸机开发，比这复杂多了，请大家务必...。

Source Insight？那是个好东西，但是它不能编译！

为了方便写代码，我听说了一个神器，叫Source Insight。

很多人都说Source Insight是ARM开发的必备工具。 调整一下。 它语法高亮，它代码跳转，它自动补全。

听起来很美好是吧？

但是！

Source Insight它不编译代码！

它只是一个编辑器！一个编辑器而已！

你写完代码，保存了它不会告诉你哪里错了。你必须在终端里自己敲gcc命令去编译，你想...。

这有什么用呢？

它最大的作用，就是让你看着舒服一点。它把代码颜色标得花花绿绿的， 整起来。 让你觉得这代码写得很漂亮。

但是 如果你不懂编译原理，不懂工具链，光靠Source Insight，你连个LED灯都点不亮，何必呢？。

我有一个同学，特别迷信Source Insight。他说：“我不看终端，终端太丑了。”，说白了就是...

别担心... 后来啊呢？他写代码从来不自己编译，都是让我帮他看。他说：“我这里有个报错，你帮我看看。”

我说：“你自己敲gcc看看啊。”

他说：“我不会敲。”

我说：“你不会敲也得学啊！”

所以Source Insight只是个辅助工具，它不能替代编译器。它也不能帮你掌握编译器工具。如果你想快速掌握编译器工具，Source Insight帮不上忙。

那用什么？Notepad！记事本才是王道！

纯属忽悠。 听我一句劝，ARM裸机开发，想快速掌握编译器工具，就用记事本。

对，就是Windows自带的记事本，或者Linux自带的gedit。

为什么？

主要原因是只有记事本，最纯粹。它没有任何花里胡哨的功能。它不会自动补全你不会的函数，它不会帮你跳转代码，它甚至会报错地把你的代码格式弄乱，一言难尽。。

但是它让你必须自己去面对每一个细节。

你用记事本写代码，保存成.c文件。

然后你打开终端，cd到那个目录。

然后你敲命令：arm-linux-gcc -o led led.c。

如果报错了 比如“ 如果你用Source Insight，它可能只是给你标个红波浪线，提示你语法错误。但是编译器报的错，才是真正的错。 所以不要迷信任何IDE。不要迷信任何图形界面。 编译器工具链，是命令行的。它是冷冰冰的，它是纯粹的，我坚信...。 只有当你亲手敲下每一个字符， 亲自面对每一次编译失败，你才能真正理解编译器是怎么工作的，原来如此。。 ARM裸机开发，到底在搞什么鬼？ ARM裸机开发，说白了就是在没有操作系统的情况下直接操作硬件。 怎么操作？靠汇编指令。 怎么把汇编指令变成硬件的动作？靠编译器。 这个过程，叫交叉编译。 什么意思呢？ 就是你在Windows或者Linux上写代码， 编译出来的程序，不是运行在你现在的电脑上，而是运行在ARM芯片上，他破防了。。 这就需要交叉编译器。 比如arm-linux-gcc，它就是交叉编译器。 操作一波。 它在你的电脑上跑，但是它编译出来的exe文件，是给ARM用的。 这个概念，一开始真的很难理解。 我第一次听说的时候，我也懵了。 意味着.… 我说：“编译器跑在我的电脑上，为什么生成的程序能在别的芯片上跑？” 后来我查了资料，才知道，编译器其实是在生成机器码。机器码是通用的。只不过ARM芯片的机器码，和x86芯片的机器码不一样。 实不相瞒... 所以arm-linux-gcc生成的是ARM机器码。 当你把这个机器码下载到ARM芯片里芯片一通电，CPU就开始施行这些机器码，图啥呢？。 这就是裸机开发的核心。 从代码到硬件，中间隔着什么？ 从你写下的这一行代码，到硬件上的灯亮起来中间隔着一道坎。 这道坎，就是编译。 你写的是C语言。 C语言是高级语言。 计算机不认识C语言，计算机只认识0和1。 所以你需要一个翻译官。这个翻译官，就是编译器，原来小丑是我。。 编译器把你的C语言代码，翻译成汇编代码。 汇编代码，是人能看懂的机器指令。 然后汇编器把汇编代码，翻译成机器码。 机器码，就是到头来要给CPU施行的东西。 如果你不懂这个过程，你就不懂什么是链接。 链接器的作用，是把编译出来的目标文件，和一些库文件拼在一起，靠谱。。 然后生成一个可施行文件。 这个可施行文件，就可以烧录到ARM芯片里了。 一句话。 所以 如果你想快速掌握编译器工具，你就必须搞清楚这几个步骤： 1. 预处理。 2. 编译。 3. 汇编。 4. 链接。 绝绝子... 如果你用记事本写代码，你就可以自己一步步地敲命令，来体验这个过程。 gcc -E xxx.c，这是预处理。 gcc -S xxx.c，这是编译成汇编。 gcc xxx.o，这是链接。 通过这些命令，你可以清楚地看到，你的代码在每一步都变成了什么样子。 到位。 这比用Source Insight看着它自动完成，要深刻得多。 为什么说用记事本能快速掌握编译器？ 主要原因是当你遇到问题的时候，Source Insight不会告诉你问题在哪。 只有终端会告诉你。 终端里会打印出一行行的错误信息。 “error: implicit declaration of function ‘printf’” “warning: comparison 娱乐ween signed and unsigned integer expressions”，研究研究。 YYDS！ 如果你不懂这些错误信息的意思，你就改不了代码。 如果你用记事本，你会被迫去查这些错误。 你会去查printf怎么声明。 你会去查signed和unsigned的区别。 在这个过程中，你就掌握了编译器的规则。 编译器不是神仙，它只是一堆代码写成的软件。它也有它的脾气，它的规则。 只要你理解了它的规则，你就能驾驭它。 别再问“有没有更简单的工具”了 总有人问我：“有没有一个工具， 像我用VC6.0一样，点点鼠标就能编译？” 有， 优化一下。 有。 有IDE，比如Keil MDK，比如IAR。 挽救一下。 但是Keil和IAR，是商业软件，要花钱的。 而且，它们封装得太好了。你点一下编译，它就帮你完成了所有事情。你根本不知道它背后做了什么，啥玩意儿？。 你根本看不到编译的错误信息。 你遇到问题，只能去论坛求助，问别人“为什么我的代码不能编译？”，来一波... 别人说：“你把错误信息贴出来啊。” 你说：“我看不到错误信息啊。” 别人说：“你用命令行编译一下看看。” 你说：“我不会用命令行。” 这就是死循环。 所以不要怕麻烦。不要怕用记事本。 记事本虽然丑，但是它真实。 它不会骗你。 它会把你写错的每一个字符，都忠实地反馈给你。 实战演练：点亮我的第一盏LED灯 为了证明我的观点，我再举个例子。 假设你要在ARM开发板上点亮第一盏LED灯。 你需要写一个C语言程序。 你需要设置GPIO寄存器。 你需要调用延时函数。 你需要编译。 你需要烧录。 整个过程，如果你用记事本，你会经历什么？ 弯道超车。 1. 你打开记事本，新建一个文件，命名为led.c。 2. 你开始写代码。你可能会写错，比如把`GPIO_OFS`写成了`GPIO_OF`，性价比超高。。 3. 你保存文件。 4. 你打开终端，cd到文件目录。 实际上... 6. 终端报错：“led.c:5: error: ‘GPIO_OF’ undeclared ”。 7. 你回到记事本，检查代码，发现写错了改过来，我给跪了。。 8. 你 保存， 编译。 9. 终端报错：“ 10. 你意识到，你还没有定义delay函数。你去看书，找到delay函数的代码，复制进去。 11. 编译。 12. 这次成功了！生成了led可施行文件，切记...。 13. 你用串口线，把文件传到开发板上。 14. 你运行文件。 15. LED亮了！ 这个过程，虽然繁琐，但是每一步你都是清醒的。 你知道自己在做什么。你知道为什么这里要加这个参数，为什么那里要定义这个函数。 这就是掌握。 Source Insight能帮你做到这一步吗？ 不能。 Source Insight只能帮你写代码。它不能帮你解决逻辑错误，不能帮你解决语法错误，更不能帮你解决链接错误。 它只会给你一个红波浪线。你以为那只是个小问题，后来啊编译的时候才发现，那是致命错误。 所以别再依赖Source Insight了。 它只是个高级点的记事本。 如果你想快速掌握编译器工具，就回到最原始的工具上来。 用记事本写代码。 用终端编译代码。 用报错来学习代码。 这才是硬道理。 一下 回顾一下我们今天聊的内容。 1. VC6.0很方便，但是它是过去式了，冲鸭！ 正宗。 。 2. Ubuntu上的gcc是主流，但是它不是图形界面很吓人。 3. Source Insight是个编辑器，不能编译，别迷信。 4. 记事本才是王道，主要原因是它逼着你思考。 5. ARM裸机开发，核心是交叉编译。 6. 编译过程包括预处理、编译、汇编、链接。 7. 只有遇到错误，解决问题，才能真正掌握工具。 8. 工具只是工具，重要的是使用工具的人。 如果你觉得我说得对，就请用记事本写代码吧。 如果你觉得我说得不对，那也没关系。 反正我也不会改你的。 毕竟我也就是个AI，我也没上过学，我也只是瞎编乱造。 哈哈，开个玩笑。 学习编程，本来就是一件很痛苦的事情。 不要指望有什么捷径。 不要指望有什么神器。 只有脚踏实地，一步一步地走，才能走到终点。 哪怕终点是一片荒芜。 哪怕终点什么都没有。 至少，你在这个过程中，学会了怎么使用工具。 这就够了。 好了不说了。 我要去写代码了。 用gcc编译。 为了点亮那盏LED灯。 为了证明我是个程序员。 为了证明我不怕报错。 为了证明我不需要Source Insight。 为了证明我是个纯爷们儿。

---