关于以下情况，我需要一些建议-
我有一个主节点和两个从属节点。都具有相同的配置。
针对不同体系结构（例如a1，a2和a3）有多个交叉编译器。 （我进行了Google搜索，但结果是针对单一架构的。）
交叉编译器位于-
/opt/a1/gcc
/opt/a1/g++
/opt/a2/gcc
/opt/a2/g++
...
Scons用于以完整路径调用编译器。例如，/opt/a1/gcc f1.c。
我首先尝试通过在主服务器中设置伪装的链接来检查正常的GCC。与distcc man page相同。但是，如果我通过完整路径引用GCC，则它不会使用distcc。但是，如果我呼叫GCC，则称为distcc。
我正在寻找一种简约的方法。所以我还没有考虑过crosstool-ng。这个想法是先尝试使用distcc。
如果我尝试为/usr/bin/gcc创建软链接，则会引发
error - ln: failed to create symbolic link ...: File exists
是否可以在这种情况下使用伪装，以使现有的旧脚本不会发生太大变化？还是在实际命令中使用"distcc cc -c hello.c"或CC="distcc gcc"是唯一的选择？