S
разные параметры которые указывают на то какие элементы должны рендерится, разные дефолтные настройки разнгых систем, настройки разрешения, настройки окна и прочее прочее
Size: a a a
2020 February 10
IB
То есть ты хочешь зашивать настройки в бинарник намертво, чтобы у пользователя не было возможности их заменить?
S
я изначально хочу иметь процесс покторый позволить мне в отдельных файлах конфигурить разные сборки и дальше билдить используя параметры из этих файлов
S
То есть ты хочешь зашивать настройки в бинарник намертво, чтобы у пользователя не было возможности их заменить?
на данном этапе мне это не критично
q
IB
Еще один вариант - на модули можно навешивать #[path = "other_utils/other_thing.rs"] - можешь хранить константы в rs файлах и через cfg_attr подключать нужные (управлять фичами)
IB
build.rs норм вариант
IB
Можешь сформировать любой нужный тебе файл
q
я хочу иметь несколько конфигурационных файлов и как-то задать этот файл при компиляции чтоб получаить разные сборки
Например:
build.rs:
fn main() {
println!("cargo:rustc-cfg=foo=\"bar1\"");
}
main.rs:
fn main() {
let foo = if cfg!(foo = "bar1") {
10
} else if cfg!(foo = "bar2") {
20
} else {
30
};
println!("foo = {}", foo);
}
S
о, спасибо, сейчас почитаю об этих методах
MS
Например:
build.rs:
fn main() {
println!("cargo:rustc-cfg=foo=\"bar1\"");
}
main.rs:
fn main() {
let foo = if cfg!(foo = "bar1") {
10
} else if cfg!(foo = "bar2") {
20
} else {
30
};
println!("foo = {}", foo);
}
Ну это слишком задротство кмк. cfg_if должно с головой хватить.
S
Ну это слишком задротство кмк. cfg_if должно с головой хватить.
я как не кручу у меня это не работает в общем и целом
S
к тому же мне нужен способ задавать конфиги а не фичи
S
Еще один вариант - на модули можно навешивать #[path = "other_utils/other_thing.rs"] - можешь хранить константы в rs файлах и через cfg_attr подключать нужные (управлять фичами)
а где об этом почитатья я что-то не нахожу
BD
очень нормальная практика, почему странное
#[cfg(feature = "some_feature")]
https://github.com/metta-systems/vesper/blob/boot-alloc-regions/vesper/src/main.rs#L42-L50прекрасно всё работает, не надо натягивать ежа на ужа
BD
очень нормальная практика, почему странное
features описываются в Cargo.toml
https://github.com/metta-systems/vesper/blob/boot-alloc-regions/vesper/Cargo.toml#L23-L29
и включаются-выключаются например в Makefile.toml в зависимости от потребностей сборки
https://github.com/metta-systems/vesper/blob/boot-alloc-regions/vesper/Makefile.toml#L18
https://github.com/metta-systems/vesper/blob/boot-alloc-regions/vesper/Cargo.toml#L23-L29
и включаются-выключаются например в Makefile.toml в зависимости от потребностей сборки
https://github.com/metta-systems/vesper/blob/boot-alloc-regions/vesper/Makefile.toml#L18
S
это не конфиг а какой-то костыль
S
unstable = []
realtime = []
noserial = []