请教一个编译问题，不用include头文件也可以编译运行成功是怎么回事？

MMMIX

回复 3# listenxu


    在目录下找啥啊，所有的源文件你都在命令行上指定了。你试着把  helper.c 或者 helper2.c 在命令行上去掉看看是啥效果？

至于头文件，在你这也不过就是提供 msg1() 和 msg2() 的原型罢了，可是没有它们，gcc 自己会假设一个（当然不一定对），如果用 -Wall -Wextra 把警告都打开，你就能看到相关警告了。

MMMIX

listenxu 发表于 2014-04-26 20:26
回复 4# MMMIX

所以说，头文件是不一定要包含的吗？

该包含的头文件你包含就是了。为什么要不包含呢？为什么一定要干这种出奇冒泡的事呢？为什么一定要给自己找麻烦呢？

MMMIX

listenxu 发表于 2014-04-27 17:48

因为不是计算机专业科班出生，所以编译原理之类的没有什么概念，做一步学一步

对这些不了解就规规矩矩来，该包含的头文件你就老老实实的包含，不要老想着投机取巧，也没必要胡乱找些文章把自己看的一头雾水。最容易出问题的就是一知半解还自作聪明。

喷完了这种不靠谱的行为，来点头文件的介绍。

C 头文件：

1、谁处理？

C 的预处理器会查找、包含、并处理头文件。

2、头文件通常有些什么内容？

a. 常数定义（通过宏）
b. 宏定义
c. 类型定义 (struct, typedef 等)
d. 函数原型、变量声明
e. inline 函数、变量定义
f. 其他

3. 不包含需要的头文件会有什么问题？

a. 编译出错，例如类型未定义
b. 编译有警告但是可通过，不过运行会出错
c. 编译有警告但可通过，当时运行也没问题，但是换个环境（例如换了编译器，或现有编译器、依赖库升级，或换了操作系统），结果程序就运行出错了。

在你搞不清楚不包含头文件会有什么问题的时候，就老老实实的按照要求包含需要的头文件。

MMMIX

回复 15# listenxu


    如果你想要以编程为主业，那就去把缺的基础知识补上；如果你只是想通过编程来解决问题，那就把精力集中在你需要解决的问题上。至于编程，你按规矩来就是了，至于不按规矩来发生的各种奇奇怪怪的结果，就不要费神去关注了，也没有必要弄清楚它们的原因或是原理。

MMMIX

listenxu 发表于 2014-04-27 18:43
回复 14# MMMIX

实在是本人遇到问题之后想要搞清楚背后的原因；

你现在唯一的问题就是不按规矩来。

明明需要的函数声明你为什么不提供？明明需要的头文件你为什么要想着不包含？

编译器之所以允许这种行为，不过是为了兼容以前的老代码，可是你现在写代码为什么还要用这种古老、过时的方式？

MMMIX

回复 18# listenxu


    你这头痛医脚所为何来？明明是编程风格/习惯的问题，这你也说了，可是你不去想办法养成好的风格、习惯，却反而想要研究编译系统是如何处理那些有问题的代码？你这不是南辕北辙、缘木求鱼么？

MMMIX

windoze 发表于 2014-04-28 09:54

C在编译时不要求一个函数使用前想要被声明或定义，没有声明/定义过的函数你一样可以调用，编译器会把这个函数作为一个为解决的引用放在object文件里。

没有函数原型的话，编译器会提供一个默认的原型，而这个默认的原型和实际的原型不匹配的话，实际执行可能会给出错误的结果。所以说，要求包含的头文件不包含，纯粹就是自找麻烦。

MMMIX

listenxu 发表于 2014-04-28 11:26
首先，找方法把问题解决掉，这就包含逐步养成好的编程风格；  其次，再去研究背后的原因； 我想，这两者不矛盾；

两个领域你都能 hold 住，那就不矛盾；hold 不住，那就矛盾。

不是所有问题都需要寻根究底，找到它背后的原因。编程的时候，绝大多数时间，你只需要知道什么是正确的做法，然后照做就可以了。也就说，编程时，你应该将自己的精力集中在如何写出正确的代码，而不是编译系统如何处理错误的（不规范的、过时的）代码，或者错误的代码会有什么行为。

拿头文件来说，需要包含的你包含就是了，至于不包含会出现什么现象，编译系统是如何处理的，你关心这些干嘛？

MMMIX

windoze 发表于 2014-04-28 14:56
回复 23# MMMIX
没错，C的原则就是“信任”程序员，它假定你知道你自己在干什么，不会无聊地阻止你做一些看起来很奇怪的事，所谓C的“灵活性”和“自由度”就是指这个。

函数原型这个东西，更像是个设计缺陷，而不是灵活和自由的体现。