gcc编译器参数（深度linux的arm-linux-gnueabihf-gcc编译参数如何配）

本文目录

• 深度linux的arm-linux-gnueabihf-gcc编译参数如何配
• (Linux)gcc进行优化编译的参数是什么
• 求助，如何修改gcc的CFLAG等编译参数
• gcc编译过程中的各种参数含义
• gcc有哪些命令参数
• gcc -g -o -c分别是什么意思
• GCC编译器的参数与空格

深度linux的arm-linux-gnueabihf-gcc编译参数如何配

一般来说，交叉编译工具是用于在一种架构的主机（例如x86）上，编译另一种主机（例如arm）运行的程序，在这个编译期间，需要用到的头文件/库，往往需要从一个叫目标文件系统（sysroot）的路径开始查找。

sysroot里包含usr，lib，usr/lib usr/include等文件夹结构和必要的头文件和库，你理解为目标机器上的整个文件系统，搬到你这台电脑上，然后作为一个文件夹存在。

交叉编译原则上不能用主机（host）的头文件，

• 这首先是因为编译器在查找头文件的相对路径时，交叉编译器会配置为查找目标平台架构的位置，和主机的gcc不一样，这也是为什么它去arm-linux-gnueabihf这个目录去寻找的原因。

• 其次主机和目标机的系统版本有差异，再加上处理器架构的差异，往往有很多兼容性问题，甚至有难以解决的编译错误。

• 如果一定要用本机的头文件系统来凑合，那么需要把所有的-I都列出来，即不仅需要-I/usr/include，还需要-I/usr/include/xxx，甚至要创建一些文件夹的符号链接指向你主机的这些头文件文件夹。即使这些，往往也未必成功，有些头文件不同的系统架构，会不完全一样甚至缺失。

交叉编译一般无法使用主机的库（so）文件

• 主机和目标机往往架构不同，库完全不能使用

• 可能遇到主机和目标机架构相同的情况，比如你在intel64上编译一套运行在intel64位手机的程序，但是库兼容性的问题仍然存在。

最后结论：你这个问题，如果你是为了另一套机器（比如arm开发板编译），那么需要搞一套目标机的文件系统才能顺利编译。

对了，目标文件系统需要编译了python和dev头文件/库，好多嵌入式设备裁剪的很厉害，都不用python。

(Linux)gcc进行优化编译的参数是什么

优化编译的参数是:
-O
-O1
-O2
-O3
不优化是 -O0
详细情况用:
man gcc
阅读 "OPTIMIZATION OPTIONS" 那部分

求助，如何修改gcc的CFLAG等编译参数

但有时候，我们还是需要让make命令带入一些参数给makefile脚本。比如，你在代码里面需要定义一个宏DEBUG来打开调试开关，代码如下：int main(){int i=9;#ifdef DEBUGi=1;#elsei=0;#endifprintf("i=%d\n", i);return 0;}一般来说，这个宏定义可以

gcc编译过程中的各种参数含义

-g 可执行程序包含调试信息：加个-g 是为了gdb 用，不然gdb用不到。

-o 指定输出文件名（o：output）-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。

-c 只编译不链接：产生.o文件，就是obj文件，不产生执行文件（c : compile）。

gcc filename.c -o filename
上面的意思是如果你不打 -o filename（直接gcc filename.c ）；那么默认就是输出a.out.这个-o就是用来控制输出文件的。用./a.out 执行文件。

其他参数含义：

1、-ansi

关闭 gnu c中与 ansi c 不兼容的特性, 激活 ansi c 的专有特性（包括禁止一些 asm inline typeof 关键字, 以及 UNIX,vax 等预处理宏）。

2、-fno-asm

此选项实现 ansi 选项的功能的一部分，它禁止将 asm, inline 和 typeof 用作关键字。　　　　

3、-fno-strict-prototype

只对 g++ 起作用, 使用这个选项, g++ 将对不带参数的函数,都认为是没有显示的对参数的个数和类型说明,而不是没有参数。

而 gcc 无论是否使用这个参数, 都将对没有带参数的函数, 认为没有显示说明的类型。　

4、-fthis-is-varialble

就是向传统 c++ 看齐, 可以使用 this 当一般变量使用。　

5、-fcond-mismatch

允许条件表达式的第二和第三参数类型不匹配, 表达式的值将为 void 类型。　

6、-funsigned-char 、-fno-signed-char、-fsigned-char 、-fno-unsigned-char

这四个参数是对 char 类型进行设置, 决定将 char 类型设置成 unsigned char(前两个参数)或者 signed char(后两个参数)。　

7、-include file

包含某个代码,简单来说,就是便以某个文件,需要另一个文件的时候，就可以用它设定，功能就相当于在代码中使用#include《filename》。

gcc有哪些命令参数

用法：gcc 文件...
选项：
-pass-exit-codes 在某一阶段退出时返回最高的错误码
--help 显示此帮助说明
--target-help 显示目标机器特定的命令行选项
(使用‘-v --help’显示子进程的命令行参数)
-dumpspecs 显示所有内建 spec 字符串
-dumpversion 显示编译器的版本号
-dumpmachine 显示编译器的目标处理器
-print-search-dirs 显示编译器的搜索路径
-print-libgcc-file-name 显示编译器伴随库的名称
-print-file-name=《库》 显示 《库》 的完整路径
-print-prog-name=《程序》 显示编译器组件 《程序》 的完整路径
-print-multi-directory 显示不同版本 libgcc 的根目录
-print-multi-lib 显示命令行选项和多个版本库搜索路径间的映射
-print-multi-os-directory 显示操作系统库的相对路径
-Wa,《选项》 将逗号分隔的 《选项》 传递给汇编器
-Wp,《选项》 将逗号分隔的 《选项》 传递给预处理器
-Wl,《选项》 将逗号分隔的 《选项》 传递给链接器
-Xassembler 《参数》 将 《参数》 传递给汇编器
-Xpreprocessor 《参数》 将 《参数》 传递给预处理器
-Xlinker 《参数》 将 《参数》 传递给链接器
-combine 将多个源文件一次性传递给汇编器
-save-temps 不删除中间文件
-pipe 使用管道代替临时文件
-time 为每个子进程计时
-specs=《文件》 用 《文件》 的内容覆盖内建的 specs 文件
-std=《标准》 指定输入源文件遵循的标准
--sysroot=《目录》 将 《目录》 作为头文件和库文件的根目录
-B 《目录》 将 《目录》 添加到编译器的搜索路径中
-b 《机器》 为 gcc 指定目标机器(如果有安装)
-V 《版本》 运行指定版本的 gcc(如果有安装)
-v 显示编译器调用的程序
-### 与 -v 类似，但选项被引号括住，并且不执行命令
-E 仅作预处理，不进行编译、汇编和链接
-S 编译到汇编语言，不进行汇编和链接
-c 编译、汇编到目标代码，不进行链接
-o 《文件》 输出到 《文件》
-x 《语言》 指定其后输入文件的语言
允许的语言包括：c c++ assembler none
‘none’意味着恢复默认行为，即根据文件的扩展名猜测
源文件的语言
以 -g、-f、-m、-O、-W 或 --param 开头的选项将由 gcc 自动传递给其调用的
不同子进程。若要向这些进程传递其他选项，必须使用 -W《字母》 选项。

gcc -g -o -c分别是什么意思

-c和-o都是gcc编译器的可选参数。

-c表示只编译(compile)源文件但不链接，会把.c或.cc的c源程序编译成目标文件，一般是.o文件。-o用于指定输出(out)文件名。不用-o的话，一般会在当前文件夹下生成默认的a.out文件作为可执行程序。

例如：

gcc -c test.c将生成test.o的目标文件

gcc -o app test.c将生成可执行程序app

gcc -c a.c -o a.o表示把源文件a.c编译成指定文件名a.o的中间目标文件(其实在这里，把-o a.o省掉，效果是一样的，因为中间文件默认与源文件同名，只是后缀变化)。

1、如果GCC不带-C参数，编译一个源代码文件（test.c)。那么会自动将编译和链接一步完成，并生成可执行文件。可执行文件可以有-o参数指定（test.o)

2、如果是多个文件，则需要先编译成中间目标文件(一般是.o文件），在链接成可执行文件，一般习惯目标文件都是以.o后缀，也没有硬性规定可执行文件不能用.o文件。

扩展资料：

gcc：GNU编译器套件（GNU Compiler Collection）包括C、C++、Objective-C、Fortran、Java、Ada和Go语言的前端，也包括了这些语言的库（如libstdc++、libgcj等等）。GCC的初衷是为GNU操作系统专门编写的一款编译器。GNU系统是彻底的自由软件。此处，“自由”的含义是它尊重用户的自由。

基本用法：

-o output_filename，确定输出文件的名称为output_filename，同时这个名称不能和源文件同名。如果不给出这个选项，gcc就给出预设的可执行文件a.out。

-O，对程序进行优化编译、链接，采用这个选项，整个源代码会在编译、链接过程中进行优化处理，这样产生的可执行文件的执行效率可以提高，但是，编译、链接的速度就相应地要慢一些。

GCC编译器的参数与空格

按照INSTALL中的介绍,也是常用的方法，在configure的时候，加上–host=arm-linux，结果没有实现我们要的效果，没有将编译器从默认的
gcc改成arm-linux-gcc，编译器还是用的默认的gcc：
[crifan@localhost
lrzsz-0.12.20]$
CFLAGS=-O2
./configure
–host=arm-linux
loading
cache
./config.cache
………………..
checking
for
gcc…
(cached)
gcc
checking
whether
the
C
compiler
(gcc
-O2
)
works…
yes
checking
whether
the
C
compiler
(gcc
-O2
)
is
a
cross-compiler…
no
………………..
后来经过多次尝试，最后受默认的
CFLAGS=-O2
./configure
进行配置所启发，想到，是否可以将CC参数传入到configure中，
结果证实，如果没有自己的cache-file，即时加了对的CC参数，也还是无法传入：
[crifan@localhost
lrzsz-0.12.20]$
CFLAGS=-O2
CC=arm-linux-gcc
./configure
–host=arm-linux
loading
cache
./config.cache
………………..
checking
for
gcc…
(cached)
gcc
checking
whether
the
C
compiler
(gcc
-O2
)
works…
yes
checking
whether
the
C
compiler
(gcc
-O2
)
is
a
cross-compiler…
no
checking
whether
we
are
using
GNU
C…
(cached)
yes
………………..
而且，如果CC参数放在configure后面：
./configure
CC=arm-linux-gcc
则不能识别：
[crifan@localhost
lrzsz-0.12.20]$
CFLAGS=-O2
./configure
CC=arm-linux-gcc
configure:
warning:
CC=arm-linux-gcc:
invalid
host
type
………………..
参数传递必须像
CFLAGS=-O2
./configure
一样，将参数设置放在configure的前面：
CC=arm-linux-gcc./configure
才能识别的。
必须要自己制定自己的cache-file
然后用./configure进行新配置，加上CC参数，才会即时生效，编译器才可以变成我们要的arm-linux-gcc:
[crifan@localhost
lrzsz-0.12.20]$
CC=arm-linux-gcc
./configure
–cache-file=cache_file_0
–prefix=/usr/crifan/lrzsz
………………..
checking
for
gcc…
arm-linux-gcc
checking
whether
the
C
compiler
(arm-linux-gcc
)
works…
yes
checking
whether
the
C
compiler
(arm-linux-gcc
)
is
a
cross-compiler…
yes
checking
whether
we
are
using
GNU
C…
yes
………………..
否则，就无法将我们的CC参数传入了：
[crifan@localhost
lrzsz-0.12.20]$
CC=arm-linux-gcc
./configure
–prefix=/usr/crifan/lrzsz
………………..
checking
for
gcc…
(cached)
gcc
checking
whether
the
C
compiler
(gcc
)
works…
yes
checking
whether
the
C
compiler
(gcc
)
is
a
cross-compiler…
no
checking
whether
we
are
using
GNU
C…
(cached)
yes
………………..
[crifan@localhost
lrzsz-0.12.20]$
CFLAGS=-O2
CC=arm-linux-gcc
./configure
–cache-file=cache_file_0
loading
cache
cache_file_0
………………..
checking
for
gcc…
arm-linux-gcc
checking
whether
the
C
compiler
(arm-linux-gcc
-O2
)
works…
yes
checking
whether
the
C
compiler
(arm-linux-gcc
-O2
)
is
a
cross-compiler…
yes
checking
whether
we
are
using
GNU
C…
yes
最好此处在加上–prefix=/usr/crifan/lrzsz,表示具体安装到哪里
[crifan@localhost
lrzsz-0.12.20]$
CFLAGS=-O2
CC=arm-linux-gcc
./configure
–cache-file=cache_file_0
–prefix=/usr/crifan/lrzsz
loading
cache
cache_file_0
………………..
checking
for
gcc…
arm-linux-gcc
checking
whether
the
C
compiler
(arm-linux-gcc
-O2
)
works…
yes
checking
whether
the
C
compiler
(arm-linux-gcc
-O2
)
is
a
cross-compiler…
yes
checking
whether
we
are
using
GNU
C…
yes
………………..
其中，/usr/crifan/lrzsz是已经建立好的，已经存在的文件夹，上面这样表示编译后，
将生成的可执行文件安装拷贝到那个目录.