Я кинул линк относительно своего комментария. Это уже тут развили про race condition.

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

Есть еще https://github.com/thepowersgang/mrustc

ладно, давайте потиху прекращать тут обсуждение Rust

так он и сказал дефакто :)

Сам же накинул

мне накидывай с unspecified хватило - каждый раз лолирую

Я дико извиняюсь, но делать вид, что наличие двух аналогичных фрагментов кода на языках X и Y, из которых после компиляции соответствующими компиляторами получается машинный код разного качества, позволяет делать какие-либо выводы о производительности сгенерированного этими компиляторами кода в общем, и одновременно призывать отказаться от софизмов в технических постах — это как-то странно

Ох уж эти холивары. Они только флейм порождают

Всем привет. Возможно ли массив байтов конвертировать в файл? А точнее в exe исполняемое приложение.
Изначально массив байтов подразумевает собой конвертированную в байты программу

Можно. Называется "записать в файл"

Это называется std::ofsrteam.write.

Хочешь сказать, что если я просто запишу все эти байты в файл и поставлю ему расширение .exe он запустится ?

Какую методику сравнения предлагаете вы?

Мб надо выдать правильные права на исполнение

Я лично ссылочную модель из раста предлагаю портировать в плюсы :)

В сферическом случае в вакууме набирать выборку побольше (те же публично доступные бенчмарки — тот факт, что в них, бывает, читерят, всё же не обнуляет их полезность). Конкретно в случае с C++ и Rust мне кажется уместным считать, что в среднем по больнице эффективность кода получается близкой (мне трудно оценить, насколько много CPU bound приложений страдают, например, от того, что передача unique_ptr по значению небесплатна, но полагаю, что немного) и сравнивать по другим параметрам: всё же выбор между C++ и Rust — это обычно не про производительность кода, а про удобство разработки, поддержки и так далее.

Мне кажется, вполне работает суровый олимпиадный подход, берем задачу, комплект тестов и предлагайте ваши решения (решения публикуются).

И получается benchmarking game, где все пишут программы на ассемблере и называют это Rust/Go/C++

А мы разве в С++ не ради производительности?