The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Прогресс в разработке компилятора для языка Rust на базе GCC, opennews (?), 30-Июн-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


75. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (89), 30-Июн-22, 11:53 
Похеру, как она будет называться, лишь бы модули ядра, которые будут на Расте, успешно собирала.
Ответить | Правка | Наверх | Cообщить модератору

90. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (81), 30-Июн-22, 12:03 
Не будет она собирать модули ядра, ведь всем известно, что пакеты на rust собирает не rustc, а cargo (которому нехипстерский gcc нафиг не нужен, конкурент он), который тебе пол-crates бэкдоров выкачает, соберёт и запустит, а без зависиостей с crates, по десятку версий на одну и ту же зависимость, ты хрен что соберёшь.

Раст станет нормальным языком тогда, когда его поддержка появится в CMake, причём без `Cargo.toml`, а через `find_package()`, где пакеты бирутся из системы какие есть, и линкуются динамически.

Ответить | Правка | Наверх | Cообщить модератору

116. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +1 +/
Сообщение от НяшМяш (ok), 30-Июн-22, 13:32 
Cargo это тот же самый аналог cmake, который внутри себя дёргает rustc. Никто не мешает вручную дёргать rustc и лапками линковать. Просто это нафиг никому не надо.
Ответить | Правка | Наверх | Cообщить модератору

134. "Прогресс в разработке компилятора для языка Rust на базе GCC"  –1 +/
Сообщение от Аноним (81), 30-Июн-22, 14:38 
CMake линкует либы из системы, какие сказано, такие и линкует. Сказано линковать какие есть - значит линкует какие есть. Сказано скачать - значит скачивает. Сказано не качать - значит не скачивает. Сказано собирать - значит собирает. Не сказано - значит не собирает.

Cargo же просто качает всё подряд, собирает всё подряд, линкует статически всё подряд. Те версии, какие сказано в репозиториях, и не сказать нельзя. В какой-то зависимости сказано "использовать супер-древнюю версию" - он выкачивает и её, а потом у нас бинарники на десятки мегабайт получаются для маленькой простой программы, которая делает простую вещь, просто потому что кто-то шибко умный решил написать её на сыром недоделанном ЯП от смузихлёбов. Карго сам так делает, я его это делать не просил, и разработчикам программ другого выбора и не предоставляет, хочешь программировать на расте - либо терпи всё это дерьмо, либо пиши свою собственную систему сборки.

Ответить | Правка | Наверх | Cообщить модератору

140. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (110), 30-Июн-22, 15:12 
О коде на Rust в ядре. А что, стандартная система сбрки ядра не сможет вызывать gccrs? Ядерщики не позволят тянуть в ядро эту чуждую систему сборки.
Ответить | Правка | Наверх | Cообщить модератору

178. "Прогресс в разработке компилятора для языка Rust на базе GCC"  –2 +/
Сообщение от Аноним (81), 30-Июн-22, 20:53 
Никто не будет писать модули так, как этого захочет Линус. Будут писать так, как захотят ржавые макаки. А кому такие драйвера не будут нравится - тот будет без драйверов сидеть, драйвер ведь есть, уже написан, notabug, invalid, wontfix.
Ответить | Правка | Наверх | Cообщить модератору

226. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (224), 01-Июл-22, 13:56 
Те, кому уже написанные не понравятся, тоже Rust освоят. Будут править, чтобы собирались штатными средствами ядра и gccrs. Всё же, это значительно проще, чем from scratch.
Ответить | Правка | Наверх | Cообщить модератору

198. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +2 +/
Сообщение от НяшМяш (ok), 30-Июн-22, 23:28 
Записал в Cargo.toml зависимость - он её скачал. Не записал - не скачал. Надо залинковать внешнюю зависимость - если у неё есть -sys крейт, то тоже элементарно вписывается в Cargo.toml. Нет -sys крейта - создаём сами и указываем в Cargo.toml на локальную папку. Нужны дополнительные ключи сборки - что-то поддерживается в Cargo.toml, что-то можно передать в build.rs.

Вот вообще никакой разницы не увидел.

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

252. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Прохожий (??), 02-Июл-22, 09:15 
Во-первых, есть и динамическая линковка. Во-вторых, линкует только то, что указано в файле зависимостей, а не всё подряд. Не нравится то, что скачивает Cargo, убери эту зависимость, если тебя действительно волнует размер исполнимого файла, и ты сюда не просто свою желчь пришёл излить, а конструктивно обсуждать вполне себе годный язык и его куда более продвинутую систему сборки, чем убогая cmake.
Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

94. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +1 +/
Сообщение от Аноним (89), 30-Июн-22, 12:09 
Какие пакеты, какая Карга? Речь о модулях ядра. Там все исходники всё_в_одном архиве linux-x.y.tar.gz.
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

104. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (81), 30-Июн-22, 12:48 
>Там все исходники всё_в_одном архиве linux-x.y.tar.gz

Ты думаешь разработчики на Rust могут без крейтов? Нет, будет так. Вот вам out-of-tree модуль, использующий крейты, и поэтому не в ядре, кому не нравится - тот сидит с неработающим железом. Дистры берут его и пакуют, и наср@ть на крейты. Ведь дистры - это про UX, они даже проприетарь пакуют и поставляют, ведь иначе никак.

Ответить | Правка | Наверх | Cообщить модератору

105. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (110), 30-Июн-22, 12:54 
Палец Линуса им такое безобразие позволит?
Ответить | Правка | Наверх | Cообщить модератору

153. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +4 +/
Сообщение от Аноним (153), 30-Июн-22, 16:29 
А что вам мешает запаковать нужные крейты в архив и собрать их на пользовательской машине? Это ничем не будет отличаться от архива с исходниками и make-файлом для Си/Си++. Такое чувство, что про раст вы только из комментариев на опеннете узнаете. Из этого языка можно сделать все, что угодно. Если хочешь, то можешь писать как на плюсах, если же нужно писать в baremetal или на очень низком уровне, то отключаешь ненужные модули и получаешь лучшую версию Си. Можно использовать карго, а можно и не использовать. Можно качать крейты, а можно не качать и работать с зависимостями в стиле Си. Единственная претезния к языку - это централизованная разработка и один компилятор. Но gccrs решаеют эту проблему.
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

176. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +/
Сообщение от Аноним (81), 30-Июн-22, 20:50 
>А что вам мешает запаковать нужные крейты в архив

Ага, половину crates.io, половину версий каждого пакета.

Ответить | Правка | Наверх | Cообщить модератору

249. "Прогресс в разработке компилятора для языка Rust на базе GCC"  +1 +/
Сообщение от burjui (ok), 02-Июл-22, 01:55 
>Такое чувство, что про раст вы только из комментариев на опеннете узнаете

Именно отсюда и узнают. Неоднократно убеждался, что местные хейтерята даже не читали базовые доки.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру