а можно проверять в расте ast функций чтобы посмотреть что они не далают чтолибо кроме обработки аргументов

rustc не надо форкать для своей архитектуры (см дифф между rustc-avr и основной репой)

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

а форк llvm раста чём-то сильно отличается от дефолтного?

Уже прям совсем-совсем ничем? Не так давно в нем были разной важности патчи от раст команды, которые до апстрима еще не успели добраться

Я недавно захотел влиться в nlp и подумываю запилить свой фреймворк для обработки текстов. Основная идея - это дать юзерам возможность делать кастомные функции  с проверкой хеша входных данный и сохранять результат в облачную бд чтобы не делать дорогие вычисления много раз; можно будет просто загрузить результат из облака. Также чтобы выгружать эти функции в облако и загружать по мере необходимости. Например, вы хотите обработать текст достоевского чтобы найти все существительные. Вы создаёте функцию и запускаете обработку текста, после завершения процедуры результат сохраняется в облако вместе с функцией и потом, если комуто неужно будет провести такую же задачу, то функцию можно будет найти в коллекции в облаке. А если нужно будет применить это к тому же тексту, то результат будет грузиться сразу с облака.

Выглядит как крайне сомнительное решение, особенно с учетом I-unsound багов в компиляторе.
Например тебе могут заслать
fn foo(...)-> bool{
   loop {}
}
Это может сотворить с сервером сколь угодно плохие вещи, вплоть до RCE-уязвимости.
Как ты от такого защитишься?

что такое I-unsound

https://github.com/async-rs/async-std/blob/d2c25f483aa61e7a33245a5d2d850fa00b8938e6/src/task/builder.rs#L68

> async_task::spawn(future, schedule, task);

Не могу понять, что за async_task, и откуда он берется