Это линуксовая программа для выполнения от рута, какой к чёрту WASI?

>winapi, winapi-i686-pc-windows-gnu, winapi-x86_64-pc-windows-gnu
>windows-sys, windows-targets, windows_aarch64_gnullvm, windows_aarch64_msvc, windows_i686_gnu, windows_i686_msvc, windows_x86_64_gnu, windows_x86_64_gnullvm, windows_x86_64_msvc

Мало того, что программа для линукса зачем то требует виндовые зависимости, так ещё и все сразу, и почему-то в виде пакетов. Растаманы в своём репертуаре, не могут определиться, под какую целевую платформу они собирают, и поэтому тащат всё в виде мусорных пакетов

Пользоваться или нет - это твое право.
Но можешь показать мастеркласс и переписать на правильный язык с правильными зависимостями))

/0

В Расте даже базовых вещей нет.

Похоже на велосипед.

Bullshit bingo. Мало того, что не в стандартной библиотеке, так ещё и в рантайме считает.

То, что в C++ — в стандартной библиотеке. Хорошо хоть, что тут ещё смогли в compile time.

Даже чтобы версию самого раста проверить, нужен дополнительный пакет!

Ещё один пакет для проверки версии раста, на этот раз путём вызова бинарника. Да, любой пакет изтгигантского дерева зависимостей при компиляции может делать с вашей маоиной что ему угодно, хочет — профиль затереть, хочет - пароли спереть, хочет — с вашего компа кибератаки совершать, хочет — 0day заюзать и поруткитить всю сборочную инфраструктуру, а с прогами, собранными на ней — и весь мир. Это вам не сишка.

То есть
1. ничего принципиально нового не предоставляют, лишь овторяют то, что и так предоставляет стандартная библиотека
2. но обязательно нужна сторонняя зависимость — потенциальный бэкдор

То есть std::pair<std::optional<LeftT>, std::optional<RightT>. Из-за этого целый пакет городить? Они долбанулись.

Вот что бывает, когда при дизайне языка в него вкладывают неадекватные догмы, руководствуясь NIH-синдромом, вместо клонирования удачных фич других языков.

аналог std::thread::hardware_concurrency

>get_physical Returns the number of physical cores of the current system.

аналогов нет, жуткие костыли на каждую платформу. Кажется было что-то в pthreads.

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

>anyhow
>This library provides anyhow::Error, a trait object based error type for easy idiomatic error handling in Rust applications

по-видимому тоже должно быть частью стандартной библиотеки

>cfg_if
>A macro for defining #[cfg] if-else statements.

Должно быть частью стандартной библиотеки.

>cfg_aliases
>You use the the cfg_aliases! macro in your build.rs script to define aliases such as x11 that could then be used in the cfg attribute or macro for conditional compilation:

Связка функциональности с целевой платформой должна делаться не в макросах, а в Cargo.toml

Замена static_cast видимо.

>cassowary

Либа для линейного программировения. Зачем она этой утилите?

Выделение памяти. Должно уже быть в стандартной библиотеке.

>hermit-abi
>hermit-abi is small interface to call functions from the Hermit unikernel.

Вы уж определитесь, под какую платформу собираете.

>pkg-config

Поиск зависимостей через pkg-config. Должен быть частью Cargo, а не отдельным пакетом с кастомными програмами. выполняющимися во время сборки.

аналог конструктора в  C++

>FromBytes indicates that a type may safely be converted from an arbitrary byte sequence
>AsBytes indicates that a type may safely be converted to a byte sequence

std::bit_cast

>Unaligned indicates that a type’s alignment requirement is 1

Зачем это, это по-умолчанию должно идти.

Ну и прочие фичи C++ вроде move semantics.

std::ranges + rangesv3

Нафигатсистемной утилите с английской локализацией вся эта возня с юникодом? Я понимаю, что имена процессов можно повесить любые, но это уже ССЗБ и должно быть explicitly out of scope.

>heck
>This library exists to provide case conversion between common cases like CamelCase and snake_case. It is intended to be unicode aware, internally consistent, and reasonably well performing.

Зачем эта функциональность в этой утилите?!

Программа не для винды, какой winapi?!

Вроде-бы легитимно, аналог magic_enum и nameof, но это должно быть в стандартной библиотеке.

>strum_macros (2 версии)

Почему требуются 2 версии?!

Велосипедный аналог контейнера стандартной библиотеки.

>once_cell

std::unique_ptr

Лишь бы C++ с его try-catch-finaly не использовать!

Очередной костыльный обход недоделок ядра языка и его стандартной библиотеки.

Должно быть частью ядра языка и без каких-либо извращений.

Это работа стандартной библиотеки, и детали реализации алгоритма конвертации вообще не должны волновать программиста, которому либу как чёрный ящик предоставили.

В C++ - из коробки. Лишь бы на нормальном языке не писать.

Должно быть в стандартной библиотеке.

Очередные велосипеды, от которых зависит большаятчасть пакетов в crates.io, но которые почему-то не были проаудированны и не заменили реализации из стандартной библиотеки.

Либа с крайне сомнительной ценностью и отсутствующим обоснованием нужности, кроме "от нас зависят те либы, хотите их – придётся терпеть и нас". В прочем подобное обоснование ко всему расту применимо, только либы заменить на проги.

интроспекция зависимостей в Cargo.toml во время компиляции. Не вижу ни одного легитимного применения.

Отсутствует нормальная документация = вообще не понятно, для черо нужен.

предназначен для обфускации.

Очередная велосипедная библиотека асинхронного ввода-вывода.

>signal-hook

обработка сигналов, должна быть частью станд. библиотеки

>signal-hook-mio

интеграция с mio, должна быть частью самого mio

>signal-hook-registry

слой абстракции над signal-hook, из-за того что signal-hook не имеет стабильного API, как и почти все растоманские либы, и поэтому приходится делать слои абстракции

конвентация сишной форматной строки в растовую, легитимно если программа использует сишные форматные строки где-нибудь в конфиге. Но IMHO использовать сишные форматные строки не по назначению - это жуткий изврат.

>indexmap

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

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

Судя по описанию — очередные костыли из-за угрёбищности станд. библиотеки.

Должно быть частью cargo, а не внешним пакетом, который приделан сбоку и пересобирается.

Либа для какой-то чёрной магии на макросах.

>syn (2 версии)

Парсер Rustового кода в AST в виде макроса.

Слой абстракции, абстрактный интерфейс. Должен быть частью стандартной библиотеки.

>libc

ffi-биндинги к glibc. должны быть частью станд. библиотеки.

Компиляция сишного кода и статическая линковка его к остальной части либы на расте. Зачем писать на расте, если всё равно пишете на C? И опять же: выполнение произвольных команд при сборке пакета должно быть абсолютно запрещено.

если они конфиги программы в TOML хранят
>winnow

комбинатор парсеров, нужен для редактора TOML.
>crossterm

для вывода текста с контрольными кодами
>ratatui

аналог libcurses
>lru

LRU-кэш

>nix (2 версии)
>Rust friendly bindings to the various *nix system functions.

Зачем нужно — понятно. Но нахрена 2 версии?

Опять же: всё это дерьмо статически слинковано, отсюда жор памяти и места и прочих ресурсов. И проблемы с обновлениями. Netflix безусловно виноваты в недостатках Rust и её экосистемы — ведь это Netflix выбрала их в качестве основы для своего продукта.