相信很多C程序员都有过这样的疑问,如果一台服务器有不同的gcc版本怎么办,它们之间会相互影响吗?
答案是会的,我们一般使用gcc编译源文件时,这个gcc是系统环境变量PATH中最开始找到的gcc。
如果要交叉编译不同系统的程序呢?这就需要多套的编译工具链了,分别使用对应的工具链编译目标系统的程序。
默认路径
- 编译器路径:通常放置在
/usr/bin
目录下。 - 头文件路径:系统级别的头文件通常放在
/usr/include
中,标准库的头文件一般在/usr/local/include
。 - 库路径:系统动态库往往位于
/usr/lib
和/lib
,静态库通常也会放在这里或者/usr/local/lib
。
手动设置路径
编译器路径
更改编译器路径的环境变量通常不是必要的,因为 /usr/bin
应该已经在你的 PATH
环境变量中了。如果你需要使用不同的编译器,你可以直接使用其完整路径或者修改 PATH
环境变量来指向你的编译器,例如:
export PATH=/path/to/your/compiler:$PATH
这样会在现有的 PATH
前添加你指定的路径,使系统首先在此处寻找可执行文件。
设置交叉编译器
背景:我现在需要在ubuntu上编译arm架构的程序,使用marvell提供的工具链,工具链中有交叉编译arm架构程序的gcc和其他工具,它们有着相同的前缀。
arm编译:这样设置前缀后就可以使用交叉编译器
export CROSS_COMPILE=/home/zheng/marvell-tools-12006.0/bin/aarch64-marvell-linux-gnu-
使用环境变量进行编译:
${CROSS_COMPILE}gcc -o hello_arm hello_arm.c
查看可执行程序系统架构
然后分别执行一下这两个程序:
当前系统的架构:uname -m
一般情况下gcc是会按照系统默认的PATH路径去查找编译时需要的相应的工具组件
。
所以如果要编译不同架构的程序,就需要有多套的工具链,如果都把这些工具链的路径加到系统的环境变量PATH中则会产生冲突
,会优先使用前面路径中的同名工具,比如PATH设置为:
export PATH=/path/arm_toolchain/bin:/usr/bin:/path/x86_toolchain/bin
/path/arm_toolchain/bin和/usr/bin,/path/x86_toolchain/bin都有名称为gcc的工具,那么前面的就会覆盖后面的
,每次执行都会优先使用最早匹配到的gcc工具
。
缺点:无法动态指定不同架构的编译工具链,需要频繁修改PATH环境变量。
改进方法:给每个工具链指定相应的环境变量
,这样就可以动态区分不同的编译器。
这种办法适合临时切换工具链,编译不同架构的程序,如果是大型C程序一般是通过配置文件中指定了编译器的路径,然后使用make,或者meson等构建工具进行构建。