gcc编译 .s文件和.S文件有什么区别

pineblue

最近在学习gcc，看到有帖子中写到：

--以下为贴子内容
原始程序码的扩展名指出所用编写程序所用的语言，以及相对应的处
理方法：

　　.c　　C 原始程序　　　　　　　　 ；  预处理、编译、汇编
　　.C　　C++ 原始程序　　　　　　　　；  预处理、编译、汇编
　　.cc  C++ 原始程序　　　　　　　　；  预处理、编译、汇编
　　.cxx C++ 原始程序　　　　　　　　；  预处理、编译、汇编
　　.m　　Objective-C 原始程序　　　　；  预处理、编译、汇编
　　.i　　已经过预处理之 C 原始程序　 ；  编译、汇编
　　.ii  已经过预处理之 C++ 原始程序 ；  编译、汇编
　　.s　　组合语言原始程序　　　　　　；  汇编
　　.S　　组合语言原始程序　　　　　　；  预处理、汇编
　　.h　　预处理文件(标头文件)　　　　；  (不常出现在指令行)


想请教一下，.s类型的文件和.S类型的文件有什么不同，为什么.S类型还要做预编译？

langue

预处理，不是预编译，别造词。
英语：preprocessing

pineblue

呵呵，对，打错了

prc

最显著的区别

.S里可以用#define
.s里不可以

MMMIX

原帖由 pineblue 于 2009-5-14 11:50 发表
想请教一下，.s类型的文件和.S类型的文件有什么不同，为什么.S类型还要做预编译？

那就是个 GCC 的约定，说是碰到 .S 就先预处理下。这样，需要预处理的汇编源码后缀就可以写成 .S

pineblue

可不可以这样理解：
.S不可能是经过预处理、编译后产生的文件，因为已经做过预处理，它是直接用汇编语言写的程序文件，且需要在汇编是进行预处理；
.s文件可能是应该预处理、编译后产生的文件，也可能是直接用汇编语言写的程序文件且不需要进行预处理？

MMMIX

原帖由 pineblue 于 2009-5-14 13:34 发表
可不可以这样理解：

为什么要这么理解呢？直接记住 GCC 对它们会有哪些操作不是很简单么？你这么绕一大圈干嘛？

davycu

原帖由 langue 于 2009-5-14 11:52 发表
预处理，不是预编译，别造词。
英语：preprocessing

想起前天的那个“编译”和“汇编”了

youshuang

你这里第一列是被编译的文件，第二列是编译工具默认的处理方式。
对.s文件，汇编器（linux下用的是as），只做必要的汇编处理，不会像cpp处理.c文件那样预处理。
.S采用了as的高级功能，比如预处理。

以前的as叫做gas，功能比较弱，没有这样的预处理功能，也不能对实模式代码进行汇编。
所以Linux早期内核代码中的启动部分(实模式代码)，是用as86，也就是AT＆T编译器编译的。
所以早期内核有使用了两种汇编语言。

pineblue

原帖由 MMMIX 于 2009-5-14 14:05 发表

为什么要这么理解呢？直接记住 GCC 对它们会有哪些操作不是很简单么？你这么绕一大圈干嘛？

记住是很简单，我是想知道在什么情况下会生成.s文件，什么情况下会生成.S文件，.s文件一般是编译C源文件生成的，当然可以用-o选项设置成.S，但一般应该不会这么做吧，所以我想知道什么情况下文件是.S后缀