相信很多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等构建工具进行构建。
