Товарищи, собираю часто несколько проектов параллельно, да еще и под

Question

Товарищи, собираю часто несколько проектов параллельно, да еще и под

разные архитектуры

использую глобальный
export CARGO_TARGET_DIR=~/rust_target
иначе начинает target прямо внутри исходников делать.. что неприятно, но главное тонны места на диске занимает

с глобалной папкой сборки он часто не может собирать проекты параллельно.. задолбало наблюдать всякие

Blocking waiting for file lock on build directory

даже не очень понимаю зачем он чего-то лочит.. вроде версии зависимостей +- те же самые, уже не раз все собрал

Есть ли какой-то способ это разрулить без использования индивидуальных target папок внутри проектов? Хочется чтобы он кешил сборку, но и не ждал пока там все проекты чего-то лочат..

#backend #embedded #programming #russian #rust

0

20.11.2023

1 ответов

43 просмотра

mAX · Answer 1

более-менее разрулил как-то так глобально объявлена в ~/.zshrc export CARGO_TARGET_DIR="$HOME/rust_target/" это по умолчанию сборку все мелких проектов загоняет в единую директорию, там будет все лочится.. но зато не будет нигде повляться локальных target папок с кучей мусора в RustRover в настройках крупных проектов понапихал CARGO_TARGET_DIR=/Users/user/rust_target/<project_name>/macos таким образом, они уже в своей папке заперты и не мешают остальным в jb ide мне так и не получилось переопределить переменную окружения по типа как CARGO_TARGET_DIR=$CARGO_TARGET_DIR/<project_name>/macos даже их $USER_HOME$ из доки не заработал.. печально, вроде простая и очевидная штука пересчитывать переменные при запуске сборки также в сборочные sh скрипты соответственно что-то вроде export CARGO_TARGET_DIR=${CARGO_TARGET_DIR:?}/<project_name>/<android|linux|wasm>/ тоже, кроссплатформа сама по себе и так вроде была, но теперь еще и в отдельно корневой для проекта папке ну и норм.. сборки параллельные уже друг-другу не мешают, размер вырос, но теперь зато все кешится.. и не пересобирается друг после друга) есть проблема с кодогенами.. у меня в build.rs в общем пакете запускается кодоген по типу grpc который трет исходники и рисует их с нуля.. вобщем-то понятно, что в некоторых ситуациях он может оставить собираемый параллельно проект без исходников и тот упадет с ошибкой, но решается легко заменой папки к примеру.. жить можно) sccache еще чего-то кешит, но не уверен что именно, наверное оно тут уже и не нужно cargo clean трет теперь все вообще.. т.к. для него CARGO_TARGET_DIR виден глобальный, но тоже не особо страшно

172 похожих чатов

Товарищи, собираю часто несколько проектов параллельно, да еще и под

1 ответов

Похожие вопросы