我正在探索在多目标嵌入式项目中使用Rust的想法。
我目前的想法是为我拥有的每个MCU装箱。 MCU板条箱将包含该特定设备的GPIO,SPI和UART之类的实现。
系统的设计应使MCU板条箱可以换成另一个MCU的板条箱,以该新MCU为目标。它也应该尽可能简单。
要立即进行切换,您还需要在可执行项目中更改.cargo / config文件,您可以自己从中启动构建。这样一来,切换两步程序便会被遗忘。
基本上,我希望将箱子的目标应用于整个构建。
我已经在网络上进行了一些搜索,以查看是否曾经有过搜索,但是要么不存在,要么我的搜索技能不足。
我的想法是,MCU板条箱中的构建脚本可以将其设置复制到构建实例化程序的.cargo / config文件中。
我对buildscript的印象可能是(伪):
// Open the config file of the directory from which the build is done
dir = build_dir
config_file = open_or_create(dir + .cargo/config)
// Read the target of our own crate
my_target = open(.cargo/config).get_option(option: target)
// Set the target in the config file of the source
config_file.add_or_replace_option(option: target, value: my_target)
使用类似的方法,切换到其他MCU非常容易。只需更改toml文件中的依赖项即可。
或者,可以将其反转。该可执行文件可能具有一个构建脚本,该脚本查找MCU板条箱并复制设置。
我的问题:
答案 0 :(得分:1)
如果您担心配置开关会“在某个时候会被遗忘”,那么如果目标三元组是错误的,则可以使用一些条件编译来创建错误。
例如使用
启动箱.lib
文件
#[cfg(not(all(target_arch="...",...)))]
compile_error!("rustc is not correctly configured for this crate - the correct triple is ...");
然后在不更新货物配置的情况下切换板条箱将引发错误。