编译器对源码的分析最开始的步骤
计算机编译器里的parser是否要关心源码的字符编码？
计算机编译器里的parser是否要关心源码的字符编码？
不太清楚gcc，llvm是在哪部分代码中处理的？
一般来说还是需要关心的～不过因为主流编译器的源码和注释都是用英文写的，所以直接上ASCII码也毫无关系～这样既节省解析空间又省空间。不过现在不少编译器能支持Unicode作为标识符了，比如你可以在Clang编译器中使用Emoji作为对象或函数标识符。这种情况下，编译器会先把整个文本字符全都用UTF-16的编码格式进行存放，然后再开始解析。这么做的好处是，一个字符的宽度固定（都是2个字节，而一部分字符像Emoji需要4个字节的，我们可以将它看作两个字符，对解析也毫无影响），存储空间占用也不会太大，而且也容易解析～
第一步是 scanning，把源代码扫描生成一个一个 token比如 int main () { return 0} 扫描之后就变成了一个 token 的列表，然后再传递给 parser[int
小白科普：Python代码是编译执行还是解释执行？
python代码是解释执行的。 所谓编译执行就是源代码经过编译器编译处理，生成目标机器码，即机器能直接运行的二进制代码，下次运行时无需重新编译。
这种代码不具备可移植性、但执行速度快，C、C 这类语言属于编译型语言。
解释型语言是在代码运行期间逐行翻译成目标机器码，下次执行时，还是需要逐行解释，我们可以简单认为 Java、Python 都是解释型语言。
devc显示源文件未编译怎么解决？
解决方法：
1、首先打开dev-c ，点击菜单栏中的“工具”，点击“编辑/翻译选项”，打开编译选项对话框。
2、然后我们在编译时，选择以下命令，并在连接器级别的命令行中，选择以下命令。
3、在“编译时加入以下命令”和“在连接器命令行加入以下命令”复选框下的两个文本框中各输入“-g3”（不包括双引号）。
4、点击“代码生成内部化/优化”选项卡，点击“连接器”栏，点击“生成调试信息”栏右侧的复选框，将其更改为“是”，然后点击底部的“确定”。
5.最后重启dev-c ，则可解决这个问题。