Это его единственный чек

Ну на то он и ансейф

Там самому надо следить чтобы не было UB

Просто мне кажется, что основной уб, кроме конечно изменяемости неизменяемых сущностей, это то что компилятор расставляет специальные аттрибуты, для ллвм. Но если есть эта фича, то кажется что компилятор должен быть умным и не ставить аттрибуты

Просто мне кажется, что основной уб, кроме конечно изменяемости неизменяемых сущностей, это то что компилятор расставляет специальные аттрибуты, для ллвм. Но если есть эта фича, то кажется что компилятор должен быть умным и не ставить аттрибуты

Компилятор считает, что к переменной тут не может быть обращения на запись и расставляет аттрибуты. LLVM потом генерит код сооветственно и юзает оптимизации аналогичные const method в C++ А там хуякс и обращение на запись, UB

/вещаю с дивана/

Та же фигня, но вот про это и речь, если фичу ввели, то компилятор такой "опа, а к этой переменной теперь есть доступ, ну нафиг, лучше не буду расставлять атрибуты вообще"

Но понятное дело, что гонка данных и инвалидация итераторов никуда не пропадет.

Та же фигня, но вот про это и речь, если фичу ввели, то компилятор такой "опа, а к этой переменной теперь есть доступ, ну нафиг, лучше не буду расставлять атрибуты вообще"

Я думаю, тут от обратного: ввели ограничение в язык на такие трансмьюты и в найтли сделали фичу для ослабления правил трансмьюта

Для отбитых/тестирования

Ну а UB потому что инвалидация ссылок очень вероятна. Классический референс на элемент реаллоцировавшегося вектора, например

https://github.com/rust-lang/rust/pull/13934

Действительно была такая фича в языке (в stdlib)

Но в 2014

Что как бы намекает, что автор actix был уже в курсе что так делать нельзя

Сейчас есть проверки мутабельности в кастах к raw pointers

И не нужно трансмутить ссылки к поинтерам

В том числе

Короч, чтобы так выстрелить себе в ногу — надо намеренно стараться выстрелить себе в ногу)

Короч, чтобы так выстрелить себе в ногу — надо намеренно стараться выстрелить себе в ногу)

ты ничо не смыслишь в перфомансных решениях

бтв вопрос

cargo build типа медленный

cargo check типа быстрый, но он начинает чекать все зависимости

можно совместить?

Не начинает он чекать зависимости после 2го запуска

Кэширует

cargo build тоже собирает зависимости

без первого анализа — как он твой код проанализирует с неизвестными параметрами?

я думал они с билдом одно шарят

и раз я собирал, то чек подберет артефакты

Meh, нет

Есть кто ещё на highload++ сейчас?

нет, за меня не заплатили

там есть что-то про раст?

О, сибиряки

там есть что-то про раст?

Пока нет

Я тоже не про раст рассказывал

Предатель

Но я логотипом тут свечу

есть какой то способ нормальный способ обработки версионирования для macOS/iOS на расте?

тоесть в objc/swift есть идиома с #available. Кто нибудь знает что используют растеры?

есть какой то способ нормальный способ обработки версионирования для macOS/iOS на расте?

cfg

не совсем, #available это способ динамической проверки, в то время как cfg для статических проверок

раст динамику не любит

ятп rustish way будет в том, чтобы обвесить в cfg и дистрибутить отдельно для каждой версии приложение

ятп rustish way будет в том, чтобы обвесить в cfg и дистрибутить отдельно для каждой версии приложение

но это совсем идет вразрез с тем что принято в apple экосистеме: фат бинари которые держат все.

ну или от минимальной версии

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

но это совсем идет вразрез с тем что принято в apple экосистеме: фат бинари которые держат все.

ну тогда делаешь так же, как там

дергаешь какую-нибудь винапи/макосапи функцию

вот собственно да. Проблема в том, что для запроса версии нету прямо такого C API. Есть например несколько вариантов достать версию из objc )

но как то нету желания завязываться на clang + objc или дергать objc из rust'а

но походу стула всего два

вот собственно да. Проблема в том, что для запроса версии нету прямо такого C API. Есть например несколько вариантов достать версию из objc )

objc тоже дергает сишное апи

вариантов-то там мало

системное апи вряд ли предоставляет objc интерфейс

все ОС предоставляют сишное апи

это то безусловно, objc_msgSend : ) но юзабельность его такая себе

нужно просто узнать что там objc дергает и скопипастить себе

нужно просто узнать что там objc дергает и скопипастить себе

В обжс если что toll-free bridges между кор типами на си и обжс типами с посылкой сообщений

Потому что базовая реализация абсолютно идентичная

есть какой то способ нормальный способ обработки версионирования для macOS/iOS на расте?

Насколько я знаю в расте нет концепции версионирования ос апи

да, вообщем то понятно. Думал есть удобный крейт/макрос какой-нибудь

судя по всему - не особо

Вероятно можно будет собрать с конкретной версией сдк вручную и это максимум

Это поидее в юрисдикции cmdline wg, надо попинать их

это то безусловно, objc_msgSend : ) но юзабельность его такая себе

Вполне норм кстати, можно макросами обмазать и будет вообще почти нативно)

ага )

только там еще проблемы есть, что типа самих этих функций может и не быть в objc рантайме

нужно сначала спросить isRespondingToSelector или как там у них

что превращается в полное ебобо для такого кейса

до 10.10 рекомендуют лесть в plist /System/Library/CoreServices/SystemVersion.plist

а это уже plist (хотя мб и xml parser сойдет)

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

Всем привет, решил попытаться сделать один из хоумпрожектов на расте, но никак не получается запустить компилятор или установщик

Всегда дедлок сразу же при старте, strace показывает readlink("/etc/malloc.conf", 0xbef40280, 4096) = -1 ENOENT (No such file or directory) brk(NULL) = 0x15de000 futex(0xb6ae30ac, FUTEX_WAKE_PRIVATE, 2147483647) = 0 futex(0xb6d6d904, FUTEX_WAIT_PRIVATE, 2, NULL

удавалось кому нибудь запустить компилятор и утилиты? как решить эту проблему?

не работает ни вариант с rustup.rs с sh скриптом