LINUX.ORG.RU
Форум — Talks  

Положено начало написанию программ из состава systemd на Rust'е

 , , ,


1

4

Собственно, сабж: https://www.phoronix.com/news/systemd-Merges-Rust-Programs .

На сегодняшний день в Git-репозитории systemd появилась возможность писать программы для systemd на языке Rust — в качестве альтернативы языку C.

Основные компоненты systemd (например, библиотека systemd) пока не поддерживают код на Rust, однако для отдельных программ и вспомогательных компонентов systemd такая поддержка уже реализована. При этом используется Rust без системы сборки Cargo. Для внедрения Rust в ядро ​​systemd необходимо сначала устранить ряд препятствий, связанных с самим языком.

Поддержка языка Rust в systemd началась с создания нового компонента — systemd-keyring-setup, написанного на этом языке. Утилита systemd-keyring-setup предназначена для настройки связок ключей (keyrings) и добавления сертификатов X.509 в связки ключей ядра, используемые подсистемами dm-verity, fs-verity и BPF, в процессе загрузки системы.

Код systemd-keyring-setup пока не включен в основную кодовую базу, но ожидается, что это произойдет в ближайшее время, поскольку инфраструктура для поддержки Rust уже внедрена. Изначально весь этот функционал был частью одного крупного коммита, который впоследствии разделили на отдельные части: внедрение поддержки Rust, создание компонента systemd-keyring-setup и другие подготовительные работы.

★★★★★
Ответ на: комментарий от firkax

Паскаль - это швейцарская школа языков программирования. Там дела обстоят сложно, т.к. в современных реалиях только Айфель используется в коммерции (и стоит гигантских бабок). Кто его при такой цене покупает? Какие-то швейцарско-французские госконторы? Эйрбас? Не понятно. Тупо не вытягивает ЕС против США, уж в программировании так точно!

seiken ★★★★★
()
Ответ на: комментарий от sabacs

У него было три режима - дос, защищённый режим дос (ты это расширителем называешь, но по факту это просто паскалевская RTL защищённого режима), и винда. До смены названия на Borland Pascal эти три сущности были отдельными продуктами, насколько я понял (хотя известен в основном досовский вариант). Хотя отдельного компилятора именно для защищённого режима дос я не видел, но вроде где-то видел его упоминания.

firkax ★★★★★
()
Ответ на: комментарий от Loki13

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

Да никакой разницы не было на чём байтики в видеопамяти изменять.

anc ★★★★★
()
Ответ на: комментарий от ant1

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

За что, собственно, и был вашей братией крайне нелюбим.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 3)
Ответ на: комментарий от anc

На Турбо-Паскале даже поудобнее - там были встроенные массивы Mem и MemW. В Турбо Си через MK_FP и указатели, это более хардкорно.

bigbit ★★★★★
()
Ответ на: комментарий от thesis

Ничего он мне не поджигал ибо был адекватом. У меня нет к нему неприязни кроме очевидного фанбойства (подчеркиваю) ВСЕГО ненужного.

ant1 ★
()
Ответ на: комментарий от ant1

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

thesis ★★★★★
()
Ответ на: комментарий от firkax

ты это расширителем называешь, но по факту это просто паскалевская RTL защищённого режима

32RTM with DPMI32VM and RTM with DPMI16BI, two DPMI hosts

Если борландпаскалевская программа защищённого режима выполняется не из винды в расширенном режиме, и не работает другой совместимый DPMI-сервер, то ей нужны RTM.EXE и DPMI16BI.OVL

algo
()
Последнее исправление: algo (всего исправлений: 1)
Ответ на: комментарий от bigbit

а я помню можно было объявить массив 200 на 300 байтов и добавить волшебное слово absolute. и дальше вроде параметры. Тогда компилятор понимал, что этот массив - это экран.

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

Nurmukh ★★★★
()
Ответ на: комментарий от algo

Хм, про OVL что-то припоминаю и правда. А вот дополнительных EXE не помню. Хотя возможно (я ж запускал там же где компилировал) оно просто из PATH его молча находило и запускало, а я и не знал.

firkax ★★★★★
()
Ответ на: комментарий от Nurmukh

Да можно было указать с какого адреса размещать переменную.

sabacs
()
Ответ на: комментарий от firkax

Ну мне всё же 14 лет было, я уже не помню толком :) Помню что если хотели всякие красивости делать, то в Borland C это было проще.

Loki13 ★★★★★
()
Ответ на: комментарий от Loki13

Насколько помню я, то в поставке было два компилятора Turbo Pascal (turbo.exe) и Borland Pascal (bp.exe). Вот второй мог работать как в реальном так и в защищённом режиме, в том числе в Windows. А именно Turbo Pascal работал исключительно в DOS или в режиме эмуляции оного в Windows. Ещё был Borland Pascal for Windows (bpw.exe). У этого был gui, но я им практически не пользовался.

sabacs
()
Ответ на: комментарий от Nurmukh

помню можно было объявить массив 200 на 300 байтов и добавить волшебное слово absolute. и дальше вроде

получается свой DOOM 👍🏾

algo
()
Ответ на: комментарий от firkax

Это про win3.x. Оно конечно почти самостоятельная оболочка, но это была эпоха доса.

Вот именно что оболочка, без дос не взлетит.

anc ★★★★★
()
Вы не можете добавлять комментарии в эту тему: только для зарегистрированных, score>=50.