Из-за LLVM 10.0 Rust стал медленнее

Ну, ты уже отослал свой патч? Все тебя ждут.

Ржавчина не нужна

Фигак, фигак и в продакшен.

В наноновости девелопмент.

Не раскрыта тема участия в этом фемок и сжв. В таком виде - не годится, на доработку.

Для крестов поди запилили чё, вот и поплохело

Офигеть, в llvm-dev появился пост! И это не подтвердили? Чертовы сиплюсплюсники.

Продолжай наблюдение.

на 4.8% больше инструкций

большее количество инструкций не значит более медленной работы

какие же растофаги неграмотные, ппц

Месяц раста на ЛОРе?

Месяц раста на ЛОРе?

Растическая революция.

нужно llvm написать на русте. тогда все будет быстро, модно, молодежно.

нужно llvm написать на русте. тогда все будет быстро, модно, молодежно.

Подожди, растленные ещё /bin/true и /bin/false не закончили переписывать в 20-й раз на Rust’е. Плюс ведь и на форумах ретранслировать пропаганду кому-то же нужно тоже, агитки там красочные рисовать. Но вот, как только закончат с этими важными делами, то обязательно возьмутся и за llvm тоже, они уже начинают медленно и неторопливо закатывать рукава, ведь впереди много работы! Ну а пока сойдет и llvm на небезопасном, дырявом, устаревшем, unsafe C++.

переписывать

$ type true
true is a shell builtin

Месяц раста на ЛОРе?

Таки не только на ЛОРе и не только месяц

Да вроде это именно на ЛОРе тролли развлекаются. В остальном мире так, вялая борьба фанатов и реакционистов :D

К сожалению, сейчас небольшой выбор компиляторов для C/C++/Rust. Для C или C++ ты берешь либо gcc, либо clang, все остальное, кмк, не мейнстрим и по сравнению с gcc/clang развиваются слабо. Царь уже писал про clang, но я не могу согласится или не согласится, т.к. особо не сравнивал, я просто использую clang на винде, а gcc на линуксе.

А для раста вообще только один компилятор на LLVM…

да, но тем не менее

$ which true
/usr/bin/true
$ file /bin/true
/bin/true: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked

О чем царь постоянно говорит: команда растишек не контролирует компилятор. Завтра в llvm что-нибудь сломают ради оптимизации сишек, а код на расте превратится в тыкву.

А как там со шрифтами? Тахома нормально?

Сказал анон, не умеющий читать.

Мхм-мхм, дед опять пукает в лужу. Они не очень быстро, но всё же пилят cranelift, который уже может генерировать код, слегка более быстрый, чем LLVM с нулевым уровнем оптимизаций, при меньшем на 33% времени компиляции. Так что тут вопрос не «выкинут ли LLVM», а «когда выкинут LLVM». У них есть на то причины. Посмотрим как наш сектант-крестовичок после этого закукарекает.

скорее, кто-то не умеет писать. в заголовке не написано про конкретно «компилировать» что создаёт контекст

Возможно.

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

Так что тут вопрос не «выкинут ли LLVM», а «когда выкинут LLVM»

Хорошая стратегия, чтобы превратиться в игрушку, ха-ха.

LLVM пилят не «для сишек», а для всего мира, у него 100500 пользователей и языков. И его не догнать, по крайней мере не растерам.

Cranelift создаётся для webassembly и debug-сборок. Release-сборки всё равно будут генерировать с помощью LLVM ещё очень долго. Хотя даже если и полностью перейдут на cranelift, семантика плюсов останется, а вместе с ней и плюсовые приколы.

Миру свойственно меняться. Раньше жили без LLVM? Да, жили. Сможем жить и после него, с cranelift или без него. Ну и напоминаю, что «игрушечный» Go не зависит от LLVM, и при этом де-факто популярен, вне зависимости от чьего-либо отношения к нему.

Да, пока что это так. Но откуда у вас взялась мысль, что семантика плюсов останется, ради чего им это?

Любой грамотно спроектированный язык не прибит к LLVM и имеет несколько компиляторов (от Сишки до D и Go). Но Rust привязан к семантике LLVM. Cranelift повторяет семантику LLVM. Растоманам остаётся надеяться на Rust 2.0.

За Go стоит гугл, а го при этом не претендует на высшую эффективность кода. А Rust претендует. Кому он понадобится, если будет явно сливать C/C++?

И, собственно, чем не устраивает LLVM?

Чтобы сохранить корректность работы существующего кода, очевидно =)

Почему вы так решили?

Что именно?

Что Rust привязан к семантике LLVM.

К сожалению, сейчас небольшой выбор компиляторов для C/C++

Если это «небольшой», тогда для какого языка он «большой»?

Для C или C++ ты берешь либо gcc, либо clang, все остальное, кмк, не мейнстрим и по сравнению с gcc/clang развиваются слабо.

Здрасьте… а как же компилятор msvc++?

Если это «небольшой», тогда для какого языка он «большой»?

Как то да, я преуменьшил. Проснулась моя жажда в чем то новом.

а как же компилятор msvc++?

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

Что-то новости про релиз GCC-10.1 нет…а пора бы уже! Причина то такого поведения LLVM не указана?

Я ждал этого комментария, чтобы вставить свои 5 копеек про Embarcadero.

Ну и какбе для llvm rust - это сторонний проект. В бэкенде чето поменяли, ну пусть фронтенд сам подстраивается.

LLVM

Rust стал медленнее

Так они не нужны оба. До них как-то раньше обходились — и память экономили, и процессорное время.

но бздя же ставит на llvm…

Так в bsd clang.

Поставь GCC — никто не запрещает.

а может мне ещё и линукс поставить???11