URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 127328
[ Назад ]

Исходное сообщение
"В написанной на Rust реализации OpenCL для Mesa обеспечена поддержка OpenCL 3.0"

Отправлено opennews , 23-Апр-22 09:52 
Развиваемая для проекта Mesa новая реализация OpenCL (rusticl), написанная на языке Rust, успешно прошла набор тестов CTS (Kronos Conformance Test Suite), используемых консорциумом Khronos для оценки совместимости со спецификациями OpenCL 3.0. Проект развивает Кэрол Хербст (Karol Herbst) из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL. Отмечается, что  Кэрол связался с Khronos на предмет официальной сертификации поддержки OpenCL 3.0 в rusticl...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57071


Содержание

Сообщения в этом обсуждении
"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Какаянахренразница , 23-Апр-22 09:52 
> rusticl

Название ПО наполовину состоит из названия языка, на котором оно написано. То есть основной фичей является ЯП? А всякие там быстродействия, потребление памяти, петафлопсы, фпсы и прочие попугаи не имеют значения? "Самогламно шо на расте"


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:05 
Если на раст - значит существенно меньше проблем с памятью - всякие переполнения буфера, выходы за границы массива и т.д, которые потом отстреливают ногу в виде CVE.
А остальное... быстродействие и память нужно мерить, потому что медленно можно и на асме написать.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:22 
Медитируйте регулярно утром и вечером по часу.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:32 
если медитировать по часу, то пропадет желание читать крайне полезные, объективные, информативные, компетентные и вежливые комментарии на opennet

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 01:08 
Может оно и к лучшему. И советские газеты тоже не читайте. Особенно до обеда.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено ryoken , 25-Апр-22 11:19 
Где ж их взять-то, советские... Кроме как в библиотеке.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 17:59 
> Медитируйте регулярно утром и вечером по часу.

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


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 22:54 
А стал бы медитировать? Для многих людей это тяжело очень... Если не для всех

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 15:59 
Самая большая тяжесть - необходимость выделять на это 1 - 1.5 часа

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:45 
все это уже решено в C++ и доступно на любой платформе включая микроконтроллеры

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:19 
Скажите это гуглам с мазилой, а то они не в курсе и каждый апдейт латают сишнын дырени, эксперты впопеннета им не по карману.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:30 
"Мазила" уже не первый раз латает дырени в расте.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено ВашКеп , 23-Апр-22 14:52 
Каждый раз > не первый раз

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 10:37 
Да-да, именно знаки сравнения они и путают... в критических местах.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:36 
Раст бы им в этом никак не помог, лол.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 16:01 
Тут уж вам не раз предлагали не писать "C/C++", как будто, это один язык.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 11:56 
> выходы за границы массива

Да, растаманы так и сделали как-то в FF... Внезапно, на расте надо руками проверять индекс в массиве.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:36 
>> выходы за границы массива
> Да, растаманы так и сделали как-то в FF... Внезапно, на расте надо руками проверять индекс в массиве [если массив и данные прилетают из внешних вызовов]

Истинный Воен Супротив Раста - в разработке ни бумбум, читал жопой, остальное додумал ...


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 01:09 
Истинный фанат - програмить не умеет, но мнение имеет. Не смущаясь безопасТными паниками с вылетом программы - безопасно же типа. Хотя "отказ в обслуживании" так то тоже вулн.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 11:24 
>> руками проверять индекс в массиве [если массив и данные прилетают из внешних вызовов]
> Истинный фанат - програмить не умеет, но мнение имеет. Не смущаясь безопасТными
> паниками с вылетом программы - безопасно же типа. Хотя "отказ в обслуживании" так то тоже вулн.

Еще один Истинный Воен громко и возмущенно что-то пyкнул мимо темы ...


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 16:17 
>> <Воены Супротив Раста возмущены, что компилятор не может дать никаких гарантий для данных, прилетающих снаружи и их приходится проверять ручками>
> Истинный фанат - програмить не умеет, но мнение имеет. Не смущаясь безопасТными

Да, ты у нас такой.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:59 
Так надо просто юзать итераторы, в этом случае гарантируется компилятором что они валидные и тогда никаких проверок не будет. Или ты просто побухтеть?

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено anonymous , 23-Апр-22 18:09 
Так уберите прямой доступ к элементам тогда и не называйте это массивом.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 20:03 
> Так уберите прямой доступ к элементам тогда и не называйте это массивом.

Уже уговорил плюсовиков? Или "это другое!©™"?



"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено n00by , 25-Апр-22 15:24 
Так вроде можно перегружать operator[]() ... или нельзя? Есть тут плюсовики? Боюсь уже писать, в прошлый раз мне показали функции-члены и назвали их "методы".

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 16:28 
> Так вроде можно перегружать operator[]() ... или нельзя? Есть тут плюсовики?

Я к тому, что местных знатоков почему-то совершенно не смущает наличие итераторов у массивов в плюсах:
https://en.cppreference.com/w/cpp/container/array/begin
впрочем, как и во многих других языках.

А вообще, для начала было бы неплохо как-то обосновать Ценное Указа^W требование "уберите прямой доступ к элементам тогда и не называйте это массивом" ... но это ж опеннет, фиг дождешься.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено n00by , 26-Апр-22 08:40 
Если говорить не формально по стандарту, то "массив" - это императивная конструкция и наследие Си. В Си нет массивов, есть указатели и адресная арифметика + синтаксический сахар в виде [] (и вот это всё как бы опасно).

std::array это контейнер, абстрагирующий такой "массив". Контейнеры и алгоритмы для их обработки ввёл в язык Степанов (и Ли) в STL (в той версии "массив" назывался vector), что бы писать "в функциональном стиле". Итератор может получать данные из файла или из космоса - на уровне алгоритмов нет никаких массивов.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 10:40 
> надо просто юзать итераторы

Какие в доску итераторы, если они вычисляли смещение в массиве данных?!


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:13 
> Название ПО наполовину состоит из названия языка, на котором оно написано

Зато удобно. Сразу можно по названию понять, что это шлак. Причем именно у шлака принята такая практика по добавлению префикса названию проги:

- префикс "py" (пай) для тормознутых прог, которые еще будут в рантайме выводить окошки со стектрейсом. Типа подебажь, пока работаешь.

- префикс "Q" или "Qt" для монструозных прог, написанных на тулките, резко выбивающегося из стиля остальных прог. Словно какой-то инопланетный софт.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:27 
-Префикс "g" или суффикс "-gtk" для прог, написанныых на шлакотулките GTK.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 11:00 
таких не бывает. Есть префикс gnome- для прог, написанных специально для гнома, как и xfce- для XFCE, k- для KDE и так далее. Тут уважительная причина, потому что эти проги - непосредственная часть своей среды, типа файл-менеджера или блокнота.

Префикс gtk- имеют проги, входящие непосредственно в состав gtk: gtk3-demo, gtk3-widget-factory, gtk4-demo, gtk4-widget-factory.

Что касается программ, которые должны работать "типа везде", то проги на GTK никак не афишируют свой тулкит. В отличие от прог на Qt.

Суффикс -gtk могут иметь проги, написанные на нескольких тулкитах сразу, например transmission. Причем это суфикс для бинарника, а не проги в целом. Таким образом, Transmission не имеет какого-то единого интерфейса. Можно хоть по вебу его сервить. Это пример хорошей, годной проги.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 11:41 
Ну все попутал. Проги по умолчанию типа гтк ибо красношапочные забили это себе стандартом, ведь они же с асашай. Позднее написанные версии на культях имеют дополнительно культи в названии.
transmission для gtk тулкита
transmission-qt для qt
Но гетто с культями используют в разных местах не афишируя в том числе. Например связка fcitx+mozc потребуют культи для гетто программы, например Libreoffice. То есть мосты между толчками возможны.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Ан , 23-Апр-22 12:01 
Gnumeric, Geany, GIMP и миллионы прочих? Не, не слышал. Потому что фанатик.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:32 
Ты сейчас все слова на G будешь вспоминать?!

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Ан , 23-Апр-22 12:42 
Все гтк-шные софтины, ога. Ты облажался, признай это.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:28 
Ты хоть помотри, как авторы софтин название трактуют

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Ан , 23-Апр-22 15:34 
> Ты хоть помотри, как авторы софтин название трактуют

Поясни свою мысль. Я отвечал в конкретном треде:

> -Префикс "g" или суффикс "-gtk" для прог, написанныых на шлакотулките GTK.
>> таких не бывает.
>>> Gnumeric, Geany, GIMP и миллионы прочих?

То есть, бывает, и ещё как. А автор оригинального комментария обычный фанатик с весенним обострением.



"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 19:55 
> Все гтк-шные софтины

Evince Nautilus Eye Metacity Zenity Alacarte Atril Caja Engrampa Marco Mozo Pluma ... Найдёшь среди них хоть одно название на "G"?


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Ан , 23-Апр-22 20:17 
>> Все гтк-шные софтины
> Evince Nautilus Eye Metacity Zenity Alacarte Atril Caja Engrampa Marco Mozo Pluma
> ... Найдёшь среди них хоть одно название на "G"?

Научись читать и понимать контекст треда, в котором отвечаешь.

>> Ты сейчас все слова на G будешь вспоминать?!
>>> Все гтк-шные софтины, ога

То есть, все гтк-щные софтина на букву G -- коих предостаточно -- а не все слова на букву G или все  гтк-шные софтины вообще. Я понимаю, конечно, это непросто. Но ты старайся, я уверен, со временем всё получится.



"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено ilowry , 23-Апр-22 21:54 
GIMP –  GNU Image Manipulation Program.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Фняк , 27-Апр-22 12:01 
Вообще gtk это изначально GIMP toolkit. Так что gimp это пример в какую-то другую сторону

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Ан , 27-Апр-22 12:09 
А сама GTK это GIMP Toolkit, если ты вдруг не знал. Так что в ту самую сторону.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:36 
В Dophin нет ни одной буквы k

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 17:11 
есть

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 16:04 
Видишь суслика? А он есть.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:03 
Ты забыл ещё добавить, что мы не понимаем, и это другое.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:28 
Скорее всего кто-нибудь обязательно заявит что в opensource так принято называть программы, как например программы для очень часто kde начинаются с буквы K, на qt с буквы Q, на java с J. Например cpython, qbittorrent, ksudoku, krita, jedit, Rubyripper
Что это очень полездно, ведь сообщество opensource это программисты для которых очень важен язык на котором оно написано, а от языка зависит могут они изменить программы или нет и какие фреймворки нужно знать для модификации программы.

Но на самом деле это пустая болтавня про сообщество программистов. Они просто бахвалятся своим знанием java, qt, ruby, c и т.д. Какое дело потребителю до того на чем там программа написана? (если конечно она написана не на rust)


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено burjui , 28-Апр-22 11:27 
Правильно, зачем разбираться в сути ПО, читать код и доки, если можно докопаться до названия. Типичный опеннетный эксперт, собирающий плюсики с таких же недалёких.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Какаянахренразница , 28-Апр-22 16:58 
> Правильно, зачем разбираться в сути ПО, читать код и доки, если можно
> докопаться до названия. Типичный опеннетный эксперт, собирающий плюсики с таких же
> недалёких.

Правильно, зачем самому комментировать ПО, когда можно докопаться до других комментаторов. Какое тебе дело, до чего я докопался? И кто ты такое, чтобы указывать мне, о чём писать на опеннете? Плюсикам оно завидует...


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено burjui , 28-Апр-22 21:11 
Мне эти ваши плюсики до одного места. Я пишу себе спокойно на Rust, а вы (хейтеры) и дальше можете продолжать бессмысленный троллинг. Перечитайте внимательнее комментарий: я вам ничего не указываю, а лишь комментирую ваше отношение к новостям о Rust, в которых вы постоянно оставляете бессодержательные комментарии. Ну, если вам это нравится, пишите ещё, я вам запретить не могу. Как и вы мне.

> И кто ты такое

А ТЫ-то сам кто? Здесь у всех есть право комментировать, вот я и комментирую. Засуньте своё самомнение куда вам удобнее.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Какаянахренразница , 29-Апр-22 16:47 
> ваше отношение к новостям о Rust, в которых вы постоянно
> оставляете бессодержательные  комментарии.

Не льсти себе. Нет у меня никакого "отношения к новостям о Rust". Я во всех новостях пишу одинаково бессодержательные комменты. Никакой дискриминации.

> я вам запретить не могу. Как и вы мне.

О, соображаешь.

> Здесь у всех есть право комментировать, вот я и комментирую.

Комментируй молча.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено burjui , 29-Апр-22 21:00 
Очередной хам, считающий себя мастером полемики.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Какаянахренразница , 30-Апр-22 04:09 
Оно думало, что светскую беседу начинают с плевка в собеседника, и удивляется, что в ответ на скрытые оскорбления получило прямые. Полемику оно хотело... [Censored] на воротник ему, а не полемику.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено burjui , 30-Апр-22 09:47 
Вот не лень же тебе редактировать комментарий после отправки, чтобы показаться умнее :)
Ну, ладно, хоть признался в итоге, что ты:
1. Глупый хейтер: придрался к названию, а по сути ЯП сказать нечего, потому что ты на нём не писал, как и остальные хейтеры. Глупый потому, что умный бы прошёл мимо ЯП, на котором не пишет. Но ты же не для того пишешь комментарии, чтобы высказаться на тему, которая тебе интересна. Тебе нужно внимание.
2. Плохой полемик: сразу перешёл на прямые оскорбления, да ещё ставя себя выше собеседника без каких-либо на это причин, учитывая первый комментарий.
3. Неуверенный в себе: редактировал коммент после поста на Опеннете в теме о Rust, потому что оригинал получился слишком вежливым для того, чтобы выглядеть альфа-самцом в глазах местных школят, только учащихся троллить. Что характерно, форма редактированного комментария как раз соответствует их вкусам. Так любишь эти никчёмные плюсики, что при указании истинной цели первого в теме комментария (ни для кого не секрет, что первые комментарии привлекают больше внимания) сразу пытаешься перевести стрелки. Даже твой ник - апогей неуверенности и желания выделяться одновременно.

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

А я, пожалуй, отпишусь от RSS Опеннета, потому что не верю, что сказанное абзацем выше когда-нибудь станет реальностью. Значит, читая этот ресурс, я потребляю ментальные мусор и фекальные массы в форме комментариев. А новости здесь сами по себе большой ценности не несут, т.к. есть и другие подобные новостные ресурсы с гораздо более осмысленными комментариями - да хотя бы hackernews. Пока местные оболтусы не научаться писать комментарии по теме, этот ресурс для мозга полезен чуть более, чем энцефалит.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:22 
> необходимость включения компилятора Rust в сборочные зависимости, обязательные для построения ключевых компонентов рабочего стола в Linux.

Так ведь давно уже. Как минимум - это libRsvg.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 10:31 
Можно было бы решить официальным включением фронта gcc-rust в состав GCC и обязательным требованием к растософту собираться им.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 11:52 
> включением фронта gcc-rust в состав GCC

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


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:43 
>> включением фронта gcc-rust в состав GCC
> Увы, лицензия не позволяет, тут растаманы заранее постарались, чтобы подобного не случилось.

Грибочков для более ярких и бурных фантазий опеннетным Военам Против Раста подкинули?
https://rust-gcc.github.io/
https://github.com/Rust-GCC/gccrs
> gccrs is a full alternative implementation of the Rust language ontop of GCC with the goal to become fully upstream with the GNU toolchain.
>


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:49 
И что ты привёл?! Это - сайты GCC?

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 16:55 
> И что ты привёл?! Это - сайты GCC?

Расскажи, какие буквы в "with the goal to become fully upstream with the GNU toolchain" и "Please be aware this project is designed to be pushed upstream to GCC when we reach some milestones ... Please see the Contributing to GCC guide or Developer's Certificate of Origin (DCO) Sign-off guide." тебе не понятны?
А какие в "Currently the main GCC distribution contains front ends for C (gcc), C++ (g++), Objective C, Fortran, Ada (GNAT), Go, and D."?


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 19:51 
Вот ты сам написал, что в gcc нет раста.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 21:49 
>>  лицензия не позволяет, тут растаманы заранее постарались, чтобы подобного не случилось.
> Вот ты сам написал, что в gcc нет раста.

Ой, как ловко ты переобулся в прыжке ...


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:10 
> обязательным требованием

Ох уж эти опеннетные вахтёры. Хлебом не корми, дай только что-нибудь запретить, потребовать или на худой конец обязать.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 11:01 
Я считаю что такое надо тащить опционально. Производиьельность многим важнее отсутствия проблем с памятью. Воь в сервера Rust запихать можно. А на десктопе/ноутбуке можно и перезагрузиться за пару секунд. Это а какой-нибудь Gentoo можно иметь пачку однотипных компиляторов. Большая трудность высокоуровневых языков в том, что работая с железом чистый Си практически не изменился за десятилетия сам по себе. Но вот создать мега крутой компилятор вроде lcc для Эльбрусов возможно. Так что так называемые проблемы с памятью это всего лишь уровень компилятора и среды разработки, которая увидев потенципльный риск могла бы сигнализировать. Вполне вероятно вменяемые сишники просто дописывают в компилятор дополнительные условия проверки кода, чтобы избавиться от ошибок. Сам язык Rust под вопросом "а надо ли?". Ну работает с каким-нибудь блобом старая реализация. Ну и что? Притянуть целый раст ради одной наполовину реализованной фичи? Ну тупо абсолютно. Вы с наполовину знанием китайского ничего толкового выдать не сможете, но тащить весь китайский с иероглифами потому что там запятых меньше ставить надо это не повод для тех, кто знает русский язык и отправляет текст редакторам, которые его проверяют. И они не знают условный китайский.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Анонн , 23-Апр-22 11:30 
> вменяемые сишники просто дописывают в компилятор дополнительные условия проверки кода

Неплохо так набросил, нечего сказать...
Т.е. разработчики libinput, gzip, ядра линя и кучи других проектов это невменяемые сишники? Так получается?


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 11:53 
Не знаю, не проверял. Они скорее всего все в голове держат. Но gcc точно позволяет делать то, что стандартом языка запрещено. Я имел ввиду тех, кто пишет драйвера, а не тех, кто их проверяет впоследствии. Понятное дело максимально адекватные программисты имеют слишком богатый опыт. Но иметь предупреждения на случай ошибки можно. Можно ведь программировать на русском, заменяя впоследствии знаки через alias на оригинальные. Так что clang сможет это собрать, ведь у него компоновщик работает по полной сначала восстанавливая код. Ну вот удобно например русским на русском. Ну могут они исходники через прогу прогнать чтобы отослать. Все равно желательно проверять на явно ошибочные методы работы с памятью, используя анализатор кода как гугловцы делают и многие другие. Просьо желательно этот анализатор запускать до компиляции автоматически. Clang может в такое, заменяя русский язык. Значит программист может воткнуть анализатор на автомат. Хотя я конечно могу быть слишком высокого мнения о них. Было же до недавнего времени гора предупреждений компилятора, на которые плевали разработчики ядра пока не посыпались ошибки в ядре пачками так как gcc позволяет забить на это все.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:25 
Ха-ха, на эльбрус они это не перепишут вот и ноют. Со-со давайте со-со

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:29 
Че там jit компилятор firefox 68 переписали? Что нет еще?

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:30 
Мы сертификаты добавили и нескучные обои:
https://github.com/altlinux/mkimage-profiles/commit/93155bdf...
https://github.com/altlinux/mkimage-profiles/commit/411f5dc8...

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:32 
Не туда ссылки дал, ну и ладно вам лучше не знать.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:34 
https://github.com/altlinux/mkimage-profiles/commit/020515f4...
https://github.com/altlinux/mkimage-profiles/commit/2caf486b...

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:37 
У Simply Linux 6 была красивая обоина, планета в цветочках

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:17 
Кукаретикам ведь не ведомо, ято портирование вероятно уже идет. Java, JavaScript, Python, Ruby уже портированы, а C, C++ написаны лучше всех в мире с реализацией предсказания ветвлений прямо в компиляторе. Твои вскукарекиыания никому не интересны. Старая версия не перестала вдруг работать, а на Эльбрусы портируют даже ядро не сразу ибо корявых писателей полно. Так что не ссысь, все будет и на Эльбрусах. Тем более что новые 2с3, 12 и 16С имеют много того, чего не было и аппаратная трансляция х86 работает.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено НяшМяш , 23-Апр-22 13:58 
> аппаратная трансляция х86 работает.

Уже сделали аппаратную? Неплохо. А то помнится, раньше там аж пару ядер надо было выделять отдельно для транслятора.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 14:39 
http://www.mcst.ru/files/5a9eb8/a30cd8/50681b/000000/rodzevi...

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 16:29 
> Уже сделали аппаратную?

наверно он путает аппаратную трансляцию с аппаратной поддержкой програмной трансляции, а трансляция програмная


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:15 
> все будет и на Эльбрусах

На эльбрусах может всё и будет. Жаль, самих эльбрусов нет. Inb4 в подвале яндексмузея в шкафу со швабрами лежит, но мы вам его не покажем. Когда этот цпу можно будет купить на свободном рынке, тогда приходите, поговорим. Про 3½ лабораторных прототипа, которые какой-то пенсинер отвёрткой тюнил можете не рассказывать. Не интересно.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:53 
Завидуй молча. Вот 16 ядерник, которому даже с программной трансляцией хватят потянуть игры, которым 8 ядер более чем хватит.

https://youtube.com/watch?v=D64Dhowze2Y

А вот можно купить физлицам Эльбрусы

https://imaxai.ru/shop/motherboards/all

Ценники не самые демократичные, но это следствие удвоения цен из-за незаеонных санкций, а также при повышении продаж ценник снизится. Главное тут - можно купить.

А вот тут младшая 2 ядерная модель тянет игры.

https://youtube.com/watch?v=mZ2yZ-Ya57w


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 20:53 
О да, я уже почти побежал покупать

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 20:58 
Ты быстрей беги - это ж теперь музейная редкость будет. Внукам будешь показывать (соседским - за денежку). Как сейчас где-то под Лонданом показывают последнюю бэсм-6. Эвона, типа, чего наши лапотные мужыки сотворить-то могли!

А цена... тьфу, она ж в ржублях. За антиквариат-то, тем более.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 21:38 
Нефиг панику разводить паникер ты злостный. Сам ты лапотник, а у нас в России лучшие умы собрались, которые произвели как процессор, так и мега компилятор lcc. Но ты же неспособен аргуменьированно что-то заявить ибо ты ведь удаленно не заходил на общедоступный сервер потому что ты только поносить можешь потому что в тебе много говна. Инаяе было бы хоть что-то не самообосратое.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 21:26 
А тебе никто и не предлагал, окстись.Тут доказана возможность купить. Серийные версии будут к концу года. и в больших количествах, чем предыдущие модели. А то МЦСТ и ИП продать может и подешевле. Толбко ты все равно будешь изображать чушь. Это жля обеспеченных, то есть востребованных программистов в первую очередь. Для таких как ты на 2с3 завезут компы, моноблоки, ноутбуки.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Александр , 23-Апр-22 22:45 
На сайте написано, что поставка пока только ожидается. Господа, а на каком предприятии у нас в России возможно произвести подобные интегральные схемы? Я это спрашиваю, т.к. на сайте написано, что _производство_ находится в России.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 23:49 
> На сайте написано, что поставка пока только ожидается.

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

> это спрашиваю, т.к. на сайте написано, что _производство_ находится в России.

У меня на сарае ТАААКОЕ написано! А там даже дров нет - сосед сп-л.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено n00by , 25-Апр-22 12:24 
> Ценники не самые демократичные, но это следствие удвоения цен из-за незаеонных санкций

Давайте будем последовательны. Санкции - незаконны. Следствия из незаконного - незаконны. Повышение цены почему законно? За что доплачивать?


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 20:56 
На ель-брус теперь ничего уже не перепишут, поскольку нет ни елей, ни брусьев.

"частным лицам можно купить" (глупым буратинам отдать свои денежки за ненужное ненужно втридорога) последние что понараспаяли из старых запасов. И усьо. Слушайте вашу песню валенки, восстанавливайте палеоинженерными методами производство Наири и БЭСМ-6. А, еще МИР-1 был неплохой.
(Сколько жельтий из него в свое время намайнили - ваши биткойны нервно курют в углу)


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 21:34 
Не ель-брус, а Эльбрус. Это гора так еазывается извращуга.

Так нелюбимые тобой "глупые буратино" это те, кто создал архитектуру, которую штеуд не осилил потому что в штеуде работают только глупые буратино.

Ну и чтобы все понимали что ты никчемный пустозвон

https://youtube.com/watch?v=T7UxqF45Z1Y


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 23:45 
Ну что за дерьмо? Тебе ж минцифра написала - использовать только рассейское!

Нет, опять ютруп какой-то подпиндосный из которого за мной следит NSA и CIA вместо скрепного red///тьфу-тьфу-тьфу rutube!
"Вот они какие, рассейские патриоты - даже после смерти родная земля их не принимает(c)"


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено nvidiaamd , 23-Апр-22 23:50 
Виляй виляй, отсюда.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:45 
Чем эта поделка лучше для потребителя? Очевидно что всем хуже, так как rust обладает плохими потребительскими качествами.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:45 
*чем этот продукт лучше для потребителя

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:51 
Rust развивается, если есть какие-то погрешности их исправят многое уже на него переписывают тот же tor к прримеру. Тут просто любят ныть но не участвовать в процессе, тупо копируют западные технологии и их кастрируют. К примеру alt там все вырезоно вообще все голое.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:44 
Нет раст деградирует. Поэтому ничего годного сделать не может.  

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Бывалый смузихлёб , 23-Апр-22 14:06 
Он не развивается а разрастается.
По громоздкости синтаксиса он уже запросто может с плюсАми соревноваться

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 16:36 
> Он не развивается а разрастается

он растёт как гора фекалий в зимнем туалете, по всему инету раздаются натужные "ыщ-ыщ" ) в ядре два года кучу "растили" и ни одного драйвера кроме хелловорда так никто не написал.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 16:49 
Я ж говорю инженерами будете лет через 50, может быть

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 17:18 
> Я ж говорю инженерами будете лет через 50

мне этот даунгрейд ни к чему ) если увижу что ты хоть что-то напишешь на расте - похвалю


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:18 
> мне этот даунгрейд ни к чему

Действительно, ты-то уже Главный Уборщик Помещений, к чему тебе даунгрейдиться в какого-то рядового инженера? Карьера — дело серьёзное.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 20:43 
> ыщ-ыщ

давай, досвиданья )


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 21:00 
Ну так иди и поставь в храме сам знаешь кого свечку, что так и не написали.
Я уже поставил.

Глядишь, нашими молитвами - и не напишут. Не смотря на все усилия гуглоцискоibm. В конце-концов, мурзила вон очень старалась.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 17:14 
> Чем эта поделка лучше для потребителя?

можно помедитировать, пока качается компилятор раста


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено burjui , 28-Апр-22 11:29 
То ли дело компиляторы других ЯП, которые идут с завода местных экспертов предустановленными прямо в мозг.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Алексей Михайлович , 23-Июн-22 11:58 
Я руку с энтера убрать не успеваю, пока он качается. Может, пора переезжать из леса?

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Алексей Михайлович , 23-Июн-22 11:59 
Я руку с энтера убрать не успеваю, пока он качается. Может, пора переезжать из леса?

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 12:56 
>Из недостатков отмечается усложнение системы сборки, нежелание привязываться к пакетной системе cargo, расширение требований к сборочному окружению и необходимость включения компилятора Rust в сборочные зависимости, обязательные для построения ключевых компонентов рабочего стола в Linux.

Растоманы зададут вопрос, почему python можно включать в обязательные сборочные зависимости mesa, а rust нельзя?
Но ответы на это простой, rust включать нельзя потому что на нем не смогли даже firefox написать. За 15 лет существования языка на нем не смогли написать ничего, только переписать уже написанное.
Вот и сейчас попытались переписали уже написанный сlover на rust, но даже не смогли реализовать его возможности.
Rust нельзя включать потому что это вендор лок. Растоманы которые утверждают о независимости своего языка полностью завендорлочены на microsoft, amazon, huawei, mozilla и google.
Rust это телеметрия прямо в компиляторе.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:05 
Нео, проснись. Ты этцасамое..

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено nvidiaamd , 23-Апр-22 23:59 
А ты докажи обратное, или ты тоже, этсамое?

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:17 
> не смогли реализовать его возможности

Эта версия уже может делать то, что Clover не умеет - "расширение OpenCL для обработки изображений" (ну читайте же статью). Плюс сам кловер чуть-чуть сдох и начинает попахивать.

> За 15 лет существования языка...

Смешная мантра хейтеров напоминает "8 лет..." И как всегда никаких пруфов.

"Rust 1.0, the first stable release, was released on May 15, 2015." (https://en.wikipedia.org/wiki/Rust_(programming_language))
А теперь посмотри на питон - "Python reached version 1.0 in January 1994"

Первое упоминание rust - July 7, 2010. Питон - "its implementation was started in December 1989" (пруф тут https://en.wikipedia.org/wiki/History_of_Python)

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

> завендорлочены на microsoft, amazon, huawei, mozilla и google

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


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:35 
Это всё пустые оправдания и обман потребителя

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 14:02 
Хаха, классика - "Ваши доказательства не доказательства"))

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 21:06 
> Растоманы зададут вопрос, почему python можно включать в обязательные сборочные зависимости
> mesa, а rust нельзя?

есть в каждой системе, во всяком случае каждой на которую можно вообразить себе вообще портирование самой mesa. Если даже нет - портирование не так уж и сложно и осуществимо в вполне приемлемые сроки, поскольку системозависимого кода около нуля (если система posix хотя бы местами и временами).

> Вот и сейчас попытались переписали уже написанный сlover на rust, но даже не смогли реализовать
> его возможности.

зато тесты проходит!

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

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

А тебе завтра жрать будет нечего, если начнешь страдать такой фигней. Поэтому имеем то за что платит rhbm.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 13:43 
Ненужно на стероидах.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено НяшМяш , 23-Апр-22 14:01 
Так и разрабы Clover подумали и пошли катать софт на CUDA.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено пох. , 23-Апр-22 21:08 
Куда менеджер палкой йапнул - в том направлении и пошли. Даже - побежали. А то он второй раз йапнет сильнее.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 11:03 
Безошибочно узнаю тебя по тону комментариев даже не читая поле "отправлено".

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 14:16 
Будет смешно, если его примут в месу просто потому что кловер никто не хочет поддерживать. От у местных анонов будет гореть (но 146%, что никто из них не вызовется заняться поддержкой)) Будут только ныть на опеньке как в случае с librsvg...

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 14:31 
Потребители не обязаны писать программы за разработчиков, пусть производители ПО работают или уходят с рынка

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:21 
Пусть производители тупых комментов на опеннете умнеют или уходят с опеннета.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 11:02 
Потребители обязаны платить и брать. Вот платите за Винду и берите оборудование новое. Драйвера приложат. Нормальные, работающие, а не поделки энтузиастов. Когда перестанут работать - будешь опять платить. Не сидеть же на старой винде.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 14:38 
Сначала научись вести себя в обществе. Твое нытье скучное.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:15 
Вся эта попытка продвинуть раст приводит к обратному эффекту. На расте писать уже как-то зашкварно что-ли становится

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено RC , 23-Апр-22 15:28 
Переходите на Хаскель! Никто не знает, что это такое, но у нас есть типы и монады.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:31 
Мне и на православных плюсах норм

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:47 
Типы как-то и в других языках встречаются. Вот монады - да, непонятная фигня.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 15:38 
Да не, нормально. Я написал пару привет миров на нём, пока только одни недостатки по сравнению с плюсами, но сахарок прикольный, этого не отнять. Если доработают некоторые моменты, будет вполне прекрасный язык, на котором не стыдно удобно и эффективно писать код. Только несколько не удобно зачастую. Заявляемые преимущества конечно дичь для самых бедных, мозги ничто не заменит, но это лучше, чем ничего. По крайней мере язык без навязанного ГЦ.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 16:49 
Тогда смотри на Haskell вот где сахарок в перемешку с несахарком.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 17:53 
SPARK - безопасность, надежность, скорость.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 18:22 
> зашкварно

По какой статье чалился, бродяга?


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 17:48 
> Из плюсов поддержки Rust упоминается повышение безопасности и качества драйверов за счёт избавления от типовых проблем при работе с памятью

Какой развод, хотели бы безопасности писали бы на SPARK.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 23-Апр-22 23:53 
Мертвячина OpenCL переписанная на мертвом расте...мда уж звучит

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 02:27 
> переписанная на мертвом расте

Давно уже заметно, что на расте только старьё переписывают. Что-то новое - не получается, ни FF, ни редох.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 10:58 
Просто на расте писать тяжко. И растофанатиков не очень много. Чтобы переписываемый проект имел шанс заменить оригинал, надо чтобы оригинал был заброшен и не развивался. Тогда у переписанного проекта есть шанс его нагнать.

Кстати, мои проекты на C++ никто на rust переписать не хочет?


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 13:52 
Покажи хоть один

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 16:32 
Ну тут два варианта. Или научиться писать правильно, или пользоваться божественным растом. Впрочем его можно и даже нужно потыкать. А то будет вам джава, которая в математических вычислениях обгоняет Си, а вы такие "Си единственно идейно правильный язык". Весь интерес в С/С++ это Эльбрус где можно компилятор усилить прям вообще офигеть как. Ну и стандартные уязвимости так эксплуатировать попросту не получится. Там да, С/С++ божественно заходят. А кривому железу нужен Rust.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 10:40 
>Clover уже давно находится в заброшенном состоянии и rusticl позиционируется как его будущая замена.

Лишь бы rust пропихнуть, даже стюардессу откопать не жалко.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 10:42 
> в заброшенном состоянии ... его будущая замена

будущее заброшенное состояние :)


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Алексей Михайлович , 23-Июн-22 12:12 
Clover не умеет самую нужную и популярную часть OpenCL, которая про image. ROCm от амудэ сам жри, оно падает чаще, чем тебя в детстве головой о пол роняли — у меня только за сегодня он вывалился восемь раз за утро в рандомных местах в дарктейбле и два раза в DaVinci Resolve, причём эта мразь не только наглухо вешает иксы, но и заглючивает сам видеочип. Так что шуточки свои про стюардессу затолкай себе обратно в шутилку. Этот проект намного нужнее, чем ты и твои тупорогие высеры, и не тебе решать, быть ему или нет.

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 10:55 
>Из недостатков отмечается

Заточенность rust под исключительно статическую линковку и cargo-cult-npm-style управление зависимостями. Ффтoпку такой навоз. Shared lib для линковки с кодом на си, которая на си бы заняла килобайты, на расте занимает мегабайты, потому что в эту либу всосало все зависисмости.

Мне срaть на то, что все гарантии безопасности раст по женскому половому органу идут при динамической линковке. Мне динамическая линковка и повторное использование кода дороже каких-то непрочных гарантий, которые создатели компилятора решили не заморачиваться с энфорсингом в случае дин. линковки, ибо все cargo-cult-стильномодномолодёжные уже и так перешли на snapы/flatpakи/dockerы и снявши голову по волосам не плачат, а кто не входит в cargo-культ - на тех насрaть.


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 11:19 
>>Из недостатков отмечается
> Заточенность rust под исключительно статическую линковку и cargo-cult-npm-style управление
> зависимостями.
> Мне срaть на то, что все гарантии безопасности раст по женскому половому
> органу идут при динамической линковке. Мне динамическая линковка и повторное использование
> кода дороже каких-то непрочных гарантий, которые создатели компилятора решили не заморачиваться
> с энфорсингом в случае дин. линковки, ибо все cargo-cult-стильномодномолодёжные

Выдыхай бобер, выдыхай!


"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 24-Апр-22 12:04 
Лучше напишите так и не написанную вторую часть loom, там как раз должно быть про пацана по имени rusty

"В написанной на Rust реализации OpenCL для Mesa обеспечена п..."
Отправлено Аноним , 25-Апр-22 08:58 
Знаете почему раст безопасный? Потому что на нём никто не пишет! гыыыыыы