如何通过Ubuntu GCC轻松编译并生成一个可执行文件？
- 内容介绍
- 文章标签
- 相关推荐
在Ubuntu系统下使用GCC编译器生成可施行文件其实并不复杂，只要掌握了几个关键的参数和习惯。从最简单的gcc main.c生成默认的a.out到使用-o参数指定输出路径和文件名， 歇了吧... 再到理解预处理、编译、汇编、链接这四个步骤，每一步都让你离Linux内核的运作原理更近一步。
如何一个可施行文件？
对于许多刚从图形界面转过来的开发者，GCC就像是一把锋利但略显沉重的宝剑。你知道它能斩断代码的荆棘， 从头再来。 但有时候，挥舞之后你甚至不知道剑锋——也就是那个可施行文件——到底落在了哪里。
了解GCC编译过程
说白了就是... 虽然我们平时口语中总说“编译代码”， 但从源代码到可施行文件的过程，其实是一场漫长的旅程，包含了四个紧密相连的步骤：预处理、编译、汇编和链接。
先说说预处理器会处理所有的#include和#define等指令。它会把你引用的头文件内容一股脑地塞进来把宏定义替换掉。这时候的代码还是文本形式的，只是变得非常庞大。
接着，这才是我们通常意义上的“编译”。预处理后的文本被翻译成汇编语言。 太硬核了。 这是一种人类勉强能读懂的低级语言。
然后汇编器将汇编语言翻译成机器码。这时候会生成目标文件，通常后缀是.o，啊这...。
再说说链接器将所有的目标文件以及库文件组合在一起，生成到头来的可施行文件。这就是为什么有时候你会遇到“
GCC编译实战 假设你手里有一个名为main.c的C语言源代码文件，或者main.cpp的C++文件。你满怀激情地敲下了第一行编译命令： gcc main.c 或者对于C++用户： g++ main.cpp 回车键按下 如果没有报错，屏幕静悄悄地回到了提示符状态。这时候，你可能会犯嘀咕：“编译好了吗？文件去哪了？” 其实GCC非常“贴心”， 如果你不告诉它要把输出到哪里它就会默认在当前目录下生成一个名为a.out的文件。这个名字源自“assembler output”，是Unix历史上的一个古老传统。你可以使用ls命令查看当前目录下的文件列表，那个绿色的a.out就是你的杰作，实不相瞒...。 好家伙... 但是在实际项目中，这种默认行为简直是个灾难。想象一下你编译了五个不同的程序，后来目录里全是a.out，你根本分不清谁是谁。所以我们需要掌握控制输出的艺术。 -o选项：输出控制的关键 这就是-o选项大显身手的时候了。这个o代表“output”。通过它，你可以给即将诞生的可施行文件起一个响亮的名字， 拜托大家... 或者更准确地说是一个有意义的名字。 比如你想把main.c编译成一个叫myprogram的程序， 你可以这样写：，太硬核了。 gcc -o myprogram main.c g++ -o myprogram main.cpp 这里main.c或main.cpp是源代码文件，而myprogram就是你生成的可施行文件的名称。编译成功后你会在当前目录中看到名为myprogram的可施行文件。这比面对冷冰冰的a.out要亲切多了不是吗，是不是？？ 指定输出路径：让你的目录更整洁 主要原因是项目越来越大， 把所有的源代码、头文件、中间文件和到 你猜怎么着？ 头来的可施行文件都堆在一个目录里简直就是一场灾难。我们需要整理。 如果你希望将生成的可施行文件放在其他目录下 比如一个专门的bin目录，你可以这样操作：先说说创建这个目录：mkdir -p bin gcc -o bin/myprogram main.c ./bin/myprogram # 运行你的程序，小丑竟是我自己。GCC环境检查与版本查看 GCC通常包含在build-essential这个软件包里。如果你还没安装， 赶紧运行以下命令进行安装:sudo apt update sudo apt install build-essential 检查GCC是否正确安装:which gcc # 输出类似 /usr/bin/gcc gcc --version # 查看GCC版本信息 自动化你的工作流 当你熟悉了这些基本操作后可以进一步提升效率。比如创建一个简单的Shell脚本， 让编译过程自动化: #!/bin/bash # 创建输出目录 mkdir - p bin # 编译并生成可施行文件 gcc main . c - o bin / my_executable echo " 编译完成，可施行文件位于 bin/my_executable " 将以上内容保存为 build.sh ，添加可施行权限后即可使用:，我比较认同... chmod + x build . sh . / build . sh 不要害怕那个黑色的终端窗口，也不要害怕那些看似枯燥的命令。当你熟练地敲出 gcc - o bin / myapp src / main . c 并看到程序完美运行时那种成就感是任何IDE都无法给予的。保持目录整洁，善用脚本，理解工具，这才是Ubuntu开发的正确打开方式。希望这篇文章能帮你解决“可施行文件去哪了”的困惑，让你的开发之路更加顺畅！希望这篇文章能够帮助你在Ubuntu系统下更加高效地使用GCC进行开发工作，从此告别“找不到可施行文件的烦恼”。无论你是初学者还是有经验开发者，相信都能在这篇文章中找到有用的信息，火候不够。！
在Ubuntu系统下使用GCC编译器生成可施行文件其实并不复杂，只要掌握了几个关键的参数和习惯。从最简单的gcc main.c生成默认的a.out到使用-o参数指定输出路径和文件名， 歇了吧... 再到理解预处理、编译、汇编、链接这四个步骤，每一步都让你离Linux内核的运作原理更近一步。
如何一个可施行文件？
对于许多刚从图形界面转过来的开发者，GCC就像是一把锋利但略显沉重的宝剑。你知道它能斩断代码的荆棘， 从头再来。 但有时候，挥舞之后你甚至不知道剑锋——也就是那个可施行文件——到底落在了哪里。
了解GCC编译过程
说白了就是... 虽然我们平时口语中总说“编译代码”， 但从源代码到可施行文件的过程，其实是一场漫长的旅程，包含了四个紧密相连的步骤：预处理、编译、汇编和链接。
先说说预处理器会处理所有的#include和#define等指令。它会把你引用的头文件内容一股脑地塞进来把宏定义替换掉。这时候的代码还是文本形式的，只是变得非常庞大。
接着，这才是我们通常意义上的“编译”。预处理后的文本被翻译成汇编语言。 太硬核了。 这是一种人类勉强能读懂的低级语言。
然后汇编器将汇编语言翻译成机器码。这时候会生成目标文件，通常后缀是.o，啊这...。
再说说链接器将所有的目标文件以及库文件组合在一起，生成到头来的可施行文件。这就是为什么有时候你会遇到“
GCC编译实战 假设你手里有一个名为main.c的C语言源代码文件，或者main.cpp的C++文件。你满怀激情地敲下了第一行编译命令： gcc main.c 或者对于C++用户： g++ main.cpp 回车键按下 如果没有报错，屏幕静悄悄地回到了提示符状态。这时候，你可能会犯嘀咕：“编译好了吗？文件去哪了？” 其实GCC非常“贴心”， 如果你不告诉它要把输出到哪里它就会默认在当前目录下生成一个名为a.out的文件。这个名字源自“assembler output”，是Unix历史上的一个古老传统。你可以使用ls命令查看当前目录下的文件列表，那个绿色的a.out就是你的杰作，实不相瞒...。 好家伙... 但是在实际项目中，这种默认行为简直是个灾难。想象一下你编译了五个不同的程序，后来目录里全是a.out，你根本分不清谁是谁。所以我们需要掌握控制输出的艺术。 -o选项：输出控制的关键 这就是-o选项大显身手的时候了。这个o代表“output”。通过它，你可以给即将诞生的可施行文件起一个响亮的名字， 拜托大家... 或者更准确地说是一个有意义的名字。 比如你想把main.c编译成一个叫myprogram的程序， 你可以这样写：，太硬核了。 gcc -o myprogram main.c g++ -o myprogram main.cpp 这里main.c或main.cpp是源代码文件，而myprogram就是你生成的可施行文件的名称。编译成功后你会在当前目录中看到名为myprogram的可施行文件。这比面对冷冰冰的a.out要亲切多了不是吗，是不是？？ 指定输出路径：让你的目录更整洁 主要原因是项目越来越大， 把所有的源代码、头文件、中间文件和到 你猜怎么着？ 头来的可施行文件都堆在一个目录里简直就是一场灾难。我们需要整理。 如果你希望将生成的可施行文件放在其他目录下 比如一个专门的bin目录，你可以这样操作：先说说创建这个目录：mkdir -p bin gcc -o bin/myprogram main.c ./bin/myprogram # 运行你的程序，小丑竟是我自己。GCC环境检查与版本查看 GCC通常包含在build-essential这个软件包里。如果你还没安装， 赶紧运行以下命令进行安装:sudo apt update sudo apt install build-essential 检查GCC是否正确安装:which gcc # 输出类似 /usr/bin/gcc gcc --version # 查看GCC版本信息 自动化你的工作流 当你熟悉了这些基本操作后可以进一步提升效率。比如创建一个简单的Shell脚本， 让编译过程自动化: #!/bin/bash # 创建输出目录 mkdir - p bin # 编译并生成可施行文件 gcc main . c - o bin / my_executable echo " 编译完成，可施行文件位于 bin/my_executable " 将以上内容保存为 build.sh ，添加可施行权限后即可使用:，我比较认同... chmod + x build . sh . / build . sh 不要害怕那个黑色的终端窗口，也不要害怕那些看似枯燥的命令。当你熟练地敲出 gcc - o bin / myapp src / main . c 并看到程序完美运行时那种成就感是任何IDE都无法给予的。保持目录整洁，善用脚本，理解工具，这才是Ubuntu开发的正确打开方式。希望这篇文章能帮你解决“可施行文件去哪了”的困惑，让你的开发之路更加顺畅！希望这篇文章能够帮助你在Ubuntu系统下更加高效地使用GCC进行开发工作，从此告别“找不到可施行文件的烦恼”。无论你是初学者还是有经验开发者，相信都能在这篇文章中找到有用的信息，火候不够。！