Question

C或C++的a.out

请问c或c++默认生成的可执行文件a.out，它的出处是哪里？为什么名字是a.out，谢谢！

Answer 1

方法非常的多，你可以阅读下面这个地址的文章来了解可用的方法:

我下面把文本附在后面，但是是文本文件的，不然你的地址的文章看起来舒服

查看源文件预处理结果2010-06-05 19:16
编译C/C++源代码时，源代码首先会被预处理器（preprocessor）进行预处理（preprocess）。
预处理器执行源代码中的预处理指令，如：
——文件包含
#include
——条件编译
#if、 #ifdef、 #ifndef、 #elif、 #else、 #endif
——宏
#define、 #undef、宏标识符、宏扩展
——其他
#error、#line、#pragma
……

预处理之后的结果（即将提交给编译器）与程序员看到的源代码也许会有很大的差异。
尤其在源代码中含有许多错综复杂的宏与条件编译时。
当我们被这些狂乱的宏与条件编译折磨的时候， 如果能看到预处理的结果， 也许会有很大的帮助。

下面将以一个示例说明msvc与gcc中得到预处理结果的方式。

零、 示例

假设我们需要查看 _MSC_VER 与 __GUNC__ 两个宏最终被扩展出的文本：
int main() {
int result =
#if defined(__GNUC__)
__GNUC__
#elif defined(_MSC_VER)
_MSC_VER
#else
#error unknown compiler
#endif
;
return result;
}

该程序很简单， main函数返回一个result，然后立即退出。
而result的值， 根据条件编译得到：
1. 如果是GCC编译器， 那么result赋值为__GNUC__
2. 否则如果是VC编译器， 那么result赋值为_MSC_VER
3. 否则是一个未知的编译器， 错误

接下来， 我们来看看_MSC_VER与__GNUC__这2个宏最终到底被扩展为什么文本。

--------------------------------------------------------------------------------

一、 GCC

1、 -E 选项

-E选项将把预处理的结果，写入stdout。
也就是说， 执行如下命令：
gcc -E preporcess_only.c

就能在控制台中得到预处理后的结果，大致如下： # 1 "../preprocess_only.c"
# 1 "<built-in>"
# 1 "<command line>"
# 1 "../preprocess_only.c"
int main() {
int result =3;
return result;
}

可以看到， __GUNC__ 宏最终被扩展为整数字面量3（GCC 3）。

如果源代码很长， 输出到命令行窗口中查看也许不方便。
如何将其输出到一个文件中呢？

1.1、 重定向

因为-E是输出到stdout， 显然可以将其重定向到另一个文件， 如执行如下命令：
gcc -E preprocess_only.c >stdout.txt

那么stdout.txt中， 就能得到刚才命令行窗口中的内容。

1.2、 -o （小写） 选项

-o选项用于指定出文件名。
对于-c， -o指定的是目标文件名。
对于-S ，-o指定的是汇编文件名。
对于-E， -o自然也可以指定预处理文件名， 如执行如下命令：
gcc -E preprocess_only.c -o output.txt

那么output.txt中会得到“一.1.1”中的stdout.txt和“一.1”中控制台窗口一样的结果。

2、-save-temps 选项

-save-temps选项将保留中间文件：如预处理后的结果文件、汇编代码文件与目标文件。
其中的预处理结果文件（通常有.i后缀）是我们所需要的。

举例：
1、 gcc -save-temps -E preprocess_only.c
0个中间文件。
输出预处理结果， 同“一.1”一样， 输出到控制台窗口中。
对比如下命令：

1.1、 gcc -save-temps -E preprocess_only.c -o temp_output.txt
1.2、 gcc -save-temps -E preprocess_only.c >temp_output.txt
可以看出， -E选项不产生中间文件。 预处理结果就是最终结果。
同时可以使用 -o选项或者重定向， 把结果保存到一个文件中。

2、 gcc -save-temps -S preprocess_only.c
1个中间文件： preprocess_only.i（预处理结果）
1个输出文件：preprocess_only.s（汇编代码）
对比如下命令：

2.1、 gcc -save-temps -S preprocess_only.c -o unknown
得到preprocess_only.i文件，内容是预处理结果，是中间文件。
得到unknown文件，内容是汇编代码， 是最终结果文件。

3、 gcc -save-temps -c preprocess_only.c
2个中间文件： preprocess_only.i与preprocess_only.s。
1个输出文件： preprocess_only.o（目标代码）
对比如下命令：

3.1、 gcc -save-temps -c preprocess_only.c -o unknown
得到preprocess_only.i 与 preprocess_only.s文件，内容分别是预处理结果与汇编代码，是中间结果。
unknown文件， 内容是目标代码，是最终结果文件。

4、 gcc -save-temps preprocess_only.c
3个中间文件： preprocess_only.i、preprocess_only.s、preprocess_only.o。
1个输出文件： a.out（a.exe with mingw）。
对比如下命令：

4.1、 gcc -save-temps preprocess_only.c -o what
得到上述3个文件， 是中间文件。
what文件（what.exe with mingw）， 内容是可执行代码， 是最终结果文件。

二、 MSVC

VC6、8、9中与查看预处理相关的选项可以通过如下命令查看：
cl /help

在输出中， 找 -PREPROCESSOR- 这个类别。
其中与预处理结果相关的有如下一些选项：

二.1、/E 选项

/E preprocess to stdout
/E 将预处理定向到 stdout

显然， 这和“一.1”是等价的， 如：
cl /E preprocess_only.c

在命令行窗口中将得到类似结果： #line 1 "preprocess_only.c"
int main() {
int result =
#line 6 "preprocess_only.c"
1200
#line 10 "preprocess_only.c" ;
return result;
}

可以看到， _MSC_VER宏最终被扩展为整数字面值1200（VC6）。

对于较长的源文件， 我们同样希望将结果输出到一个文件中。

二.1.1、重定向

执行：
cl /E preprocess_only.c >stdout.txt

stdout.txt将保存上面的结果。

注意： 在msvc中，没有“一.1.2”的对应物。
执行：
cl /help

在输出中找到-OUTPUT FILES-类别， 可以看到没有命名预处理结果的方式。有两个相似的选项：
/Fe 命名可执行文件。
/Fp 命名预编译头文件。
但不是我们需要的选项。

也许VC认为通过 “/E + 重定向”就可以达到命名输出文件的目的。
所以就没有设计达到此目的的另一种方法。

二.2、/P 选项

/P preprocess to file
/P 预处理到文件

执行：
cl /P preprocess_only.c

将得到 preprocess_only.i

/P会将对 xxx.suffix 的预处理结果输出到 xxx.i 文件中。
没有指定文件名的方式。 如果需要指定输出文件名， 可以使用 “/E + 重定向”

二.3 /EP 选项

/E与/P选项都将保留一部分（源文件）行信息，如“二.1”所示。
如果这是不需要的， 可以使用 /EP选项。

/EP preprocess to stdout, no #line
/EP 预处理到标准输出，没有 #line

如：
cl /EP preprocess_only.c

将得到如下输出：

int main() {
int result = 1200;
return result;
}

同样， 如果需要输出到指定文件， 可以使用重定向。

二.4 其他一些有趣的选项

1. /C （大写）
don't strip comments（不抽出注释）
如果保留注释对理解预处理结果有帮助， 可以使用这个选项。

2. /U /u
/u remove all predefined macros
/u 移除所有预定义的宏

/U<name> remove predefined macro
/U<name> 移除预定义的宏

比如可以通过：
cl /u preprocess_only.c
cl /U_MSC_VER preprocess_only.c

来得到一个 unknown complier错误囧……

3. /D
/D<name><text> define macro
/D<name><text> 定义宏

可以通过：
cl /D__GUNC__=3 preprocess_only.c

来假装gcc编译器

Answer 2

又是历史原因了.

用过linux的都知道，在linux下编译链接程序，如果不加-o参数，生成的binary代码的名字都是默认的a.out。一不小心，a.out还会覆盖上次其他code生成的binary代码。

a.out是"assembler output"的缩写格式，代表汇编程序输出。在较早版本的类unix系统中，a.out是一种输出格式，用于可执行文件，目标文件和共享库。早期的 PDP-7系统上没有链接器，程序的创建过程是先把所有源文件连接成一个文件，然后进行汇编，产生的汇编程序保存在a.out中。这样a.out是名副其实的汇编输出，但到PDP-11之后，人们为其编写了链接器，程序的创建是先编译然后链接输出保存到a.out中，这时a.out其实已经是链接输出了，但输出的可执行文件仍然延续这个命名习惯。

Unix中的可执行文件用一种特殊的方式加上标签，这样便于系统确认它们的属性。普遍采用的方式是使用独特的数字，这些数字也被称为“神秘”数字。一个例子是，Unix文件系统中的superblock就是用下面的数字做标签：

#define FS_MAGIC 0x011954

而这个神秘数字是Berkeley fast文件系统的作者Kirk McKusick的生日。a.out文件中的神秘数字是0407。0407是PDP-11的一条无条件转移指令的二进制编码，这个数字会让执行器跳过 a.out头文件，进入程序的第一个真正的可执行指令。PDP-11是当时最正统的Unix机器，在a.out要规定神秘数字时，0407就被选择。

后来，因为构建a.out的复杂性，a.out格式被现在普遍使用的ELF格式所替代，但输出文件名仍旧是a.out。现在我们看到的a.out只是一个可执行文件，而不再是文件格式。ELF可执行文件的第一个字节是八进制177也就是16进制的7F，紧跟其后的2,3,4字节是ELF三个字母。你可以输入od -c a.out | head查看一下。

Answer 3

这是编译器决定的，编译器默认的生成名字就是a.out

比如g++编译器用来编译c++程序的命令为

g++ -Wall a.cpp -o a.exe

如果 去掉-o参数 生成的默认文件名就是a.out

c的编译器同理

Answer 4

你用的编译器是gcc 或者 g++吧
这个名字是编译器默认的输出名，就像在windows中建立一个文件夹默认名字为“新建文件夹”一样。
如果要修改可执行文件的名字可以加-o参数：
gcc -o myexec main.c
这样就把main.c编译连接生成的可执行文件命名为myexec

满意请采纳~~~

Answer 5

看看你的双引号和括号有没有打错，是不是打成全角的了。