rust编译起来比较慢，而且我的MBP 2018的散热不太好跑起来笔记本发烫，于是就想用手头的一台云主机来替我编译。

虽然找到了用Clion远程调试的方法，不过需要用鼠标点来点去，对于习惯用键盘和命令行的我只能表示这不是我的菜。于是我继续寻找发现了cargo remote，安装之后就可以通过类似cargo remote -r name@host -c -- build --release这样的命令进行远程编译啦。

如果想进一步偷懒还可以在~/.config/cargo-remote/cargo-remote.toml文件中添加类似remote = "name@host"的一行配置，这样就可以省去remote参数的配置，远程编译命令变成cargo remote -c -- build --release。

是不是感觉和本地编译差不多啦？不过上面的命令成功仅限于本地和远程操作系统一样的情况。我本地操作系统是Mac OSX，而远程则是CentOS7，远程编译之后的可执行在本地跑不起来。大概分析一下cargo remote工具发现它的工作原理是这样的，利用rsync工具拷贝代码到远程，然后在远程运行cargo remote -c --后面的命令，并在编译完成后把结果拷贝到本地。由于build --release会默认选择操作系统所在的target（在CentOS下是x86_64-unknown-linux-gnu），编译后是linux的可执行，在本地自然是运行不起来的。

不过幸运的是rustup工具为我们提供了方便的交叉编译命令，我们只要通过rustup target add x86_64-apple-darwin这样的命令就可以添加对Mac OSX平台（darwin是Mac系统的代号）的支持了。

顺便提一句，如果想对如nightly这样其他的toolchain添加target，可以通过类似rustup target add x86_64-apple-darwin --toolchain nightly这样通过参数指定toolchain的方式来添加，运行cargo命令时也需要像cargo +nightly build --release这样显示地指定toolchain。

好了，我们把编译命令改成cargo remote -c -- build --release --target x86_64-apple-darwin来远程编译，这时远程编译器会报“Linking with cc failed: exit code: 1”这样的错误。这是一个gcc链接的错误，接着去rust语言官方issue逛逛，发现有人说这是一个很久没有解决的问题。

后面又在Everything you need to know about cross compiling Rust programs!这样一个Github repo中发现类似问题的FAQ，作者给出了一个简短的答案：不行！ 原因是不同操作系统上C语言的toolchain有差别所以没法直接支持交叉编译。

怎么办，我的远程编译之旅要被判死刑了么？不死心的我在reddit上发现一个老兄写了一个和我情况类似的教程，顺着这条线索我找到了osxcross这个Github库。

看这个名字就感觉有戏呀，而且star数也上千了，于是我决定试一下。这个库的README上给出的解决方案是：在mac和linux上各拷贝一份代码，先在mac上利用XCode先编译出来Mac OS SDK，然后拷贝到linux系统上进行编译，在Linux编译成功后会在target/bin子目录下出现一系列以x86_64-apple-darwin开头的可执行和库文件。我们可以按照README的指示进一步把刚才的目录加到$PATH中去。

接下来我们需要在~/.cargo/config文件中添加下面的配置：

1
2
3

[target.x86_64-apple-darwin]
linker = "x86_64-apple-darwin19-clang"
ar = "x86_64-apple-darwin19-ar"

注意我的系统版本是19，因此在配置中会出现darwin19这样的字样，如果你的版本和我不一样需要做更改。当然最简单的办法就是去刚才osxcross编译后的target/bin目录下看看对应的文件是什么名字，然后拷贝到这里就可以了。

接下来我们在本地再次运行cargo remote -c -- build --release --target x86_64-apple-darwin发现已经build成功啦🎉不过要注意编译后的结果方在本地target目录的x86_64-apple-darwin子目录（因为我们制定了target）下，而不是像本地默认编译一样target下一级就是release或者debug了。

远程编译还会存在一些小瑕疵：比如远程编译后在本地通过cargo run的方式运行还会触发编译，因此最好还是直接采用运行编译好的可执行的方式；还有原生的cargo remote工具会在远程的$HOME目录下新建一个remotes-build子目录来编译，由于每一次编译完成不会清理（这也在情理之中，不清理下次远程编译会很快），如果你的远程$HOME目录所在盘空间也捉襟见肘的话可以试试我的改进版，主要是添加了一个可以配置远程编译目录的build-root参数，这个也一样支持在~/.config/cargo-remote/cargo-remote.toml中配置默认值哦。