LINUX.ORG.RU

Компания Open Source Security спонсирует разработку gccrs

 , gccrs, ,

Компания Open Source Security спонсирует разработку gccrs

2

5

12 января компания Open Source Security, известная разработкой grsecurity, объявила о спонсировании разработки фронтенда к компилятору GCC для поддержки языка программирования Rust — gccrs.

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

Open Source Security мотивируют своё участие возможным появлениям кода на Rust в ядре Linux и тем, что ядро собирается чаще всего компилятором gcc. Дополнительно к этому, программы на нескольких языках сразу могут иметь уязвимости, вызванные именно этим фактом (см. Exploiting Mixed Binaries), которых бы не было в программах на чистом C или C++.

На данный момент Open Source Security спонсируют работу одного разработчика, который будет работать над gccrs в течение следующего года, с возможностью выделения средств на увеличение штата. Так же в процессе участвует британская компания Embercosm, специализирующаяся на разработке GCC и LLVM и предоставившая оформление официального трудоустройства разработчиков для данной инициативы.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 2)

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

с зависимостями через pkg-config от пакетного менеджера

А пакетный менеджер это осилит? Потому что на опеннете буквально пару дней назад была новость, что Debian и Fedora не осиливают такое количество библиотек.

hateyoufeel ★★★★★
() автор топика

возможным появлениям кода на Rust в ядре Linux

скорейбы

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

rustc не сильно привязан к cargo. Если хочешь, можешь рулить зависимостями с помощью make и pkg-config прямо сейчас.

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

Posix не то чтобы актуален.

Вот и убери posix часть из linux и bsd? Жду сообщения после того, как уберешь.

anonymous
()
Ответ на: комментарий от derlafff

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

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

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

rustc не сильно привязан к cargo. Если хочешь, можешь рулить зависимостями с помощью make и pkg-config прямо сейчас.

Очередной кукаретик. Сам пробовал? Хочешь равносильное по своей глубине понимания вопроса заявление?

Gcc не сильно привязан к ld. Если хочешь, можешь линковать с помощью gcc прямо сейчас.

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

Вот и убери posix часть из linux и bsd? Жду сообщения после того, как уберешь.

Это какая-то очень странная логика. Кстати, анон, забавный факт для тебя: Linux и BSD не являются сертифицированными POSIX системами. А вот macOS является.

hateyoufeel ★★★★★
() автор топика

В похожих темах забавное:

Grsecurity в топку

Разработчики Grsecurity упоролись окончательно

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

В свою очередь, Линус Торвальдс в свойственной ему манере посоветовал не связываться с Grsecurity и раскритиковал их подход к разработке

И эти люди теперь главная надежда Раста и всех переписывателей. Как символично.

goto-vlad
()
Ответ на: комментарий от hateyoufeel

Это какая-то очень странная логика.

Логика у всех странная, если она каждого своя.

Linux и BSD не являются сертифицированными POSIX системами

Сертификат дается на полное соответствие. Что не говорит о том, что у несертифицированных систем нет posix-множества.

Ты давай, выпиливай полностью posix, получи сертификат полностью несовместимого c posix, после пиши.

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

главная надежда Раста

Пруфани

Ты читать умеешь? Растосектанты мечтают отравить побольше проектов и уже замахнулись на linux. Но сами осилить не способны потому как вменяемые люди их блобы к себе в систему тащить не собираются. И тут засияла надежда всё же пролезть в проект здоровых людей с помощью сабжа. Надежда единственная. Осилил?

anonymous
()
Ответ на: комментарий от mbivanyuk

Не успеют. Через годик-другой хипстеры наиграются с растом и захотят новый язычок,

Предыдущий язычок который хоть как-то претендовал на замену Си и C++ это был D, и было это уже больше 10 лет назад. Так что вполне успеют.

anonymous
()
Ответ на: комментарий от mbivanyuk

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

Да-да, конечно. К счастью, от диванных хейтеров ничего не зависит.

derlafff ★★★★★
()
Ответ на: комментарий от goto-vlad

Не вижу, где там написано, что это главная надежда, потому что это строчки там просто нет

anonymous
()
Ответ на: комментарий от derlafff

Да-да, конечно. К счастью, от диванных хейтеров ничего не зависит.

К счастью, от диванных любителей тоже.

goto-vlad
()
Ответ на: комментарий от derlafff

Да-да, конечно. К счастью, от диванных хейтеров ничего не зависит.

И это прекрасно, что от тебя и тебе подобных ничего не зависит.

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

Поэтому gccrs - главная надежда? Сдается мне, что сектант тут ты, верящий, что всепоглащающий растовраг придет и все сломает

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

А виндовс на чём написан? В чём проблема переписать посикс на няшный язык? :3 Какое отношение посикс имеет к каким-бы то не было языкам. Ну наверное к javascript он не к месту, хотя и то не факт.

anonymous
()

Появление двух разных компиляторов к языку — хороший, годный признак его взросления.

Посмотрим, что будет через год

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

Ну наверное к javascript он не к месту, хотя и то не факт.

Уже давно даже linux в браузере, запускали так что и там к месту :)

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

А виндовс на чём написан?

И на чем же? Неужели на «языке, который надо выпилить»? И какой надо делать вывод по ложной предпосылке?

В чём проблема переписать посикс на няшный язык?

Перепиши. Хотя бы libc. Побуквенно: ЛИБ СИ. Выпиливание через запиливание - парадокс, однако.

anonymous
()
Ответ на: комментарий от Crocodoom

Появление двух разных компиляторов к языку — хороший, годный признак его взросления.

Согласен, языку D, например, это очень помогло. Теперь очередь Раста.

goto-vlad
()
Ответ на: комментарий от anonymous

В генте есть бинарик компилятора rust. Он просто высосал проблему из пальца.

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

Смузихлюбы такие смузихлёбы. Если в генте есть бинарник, то он там по волшебству появляется и их любимый раст сразу становится прямее и компетентее. Ага.

anonymous
()
Ответ на: комментарий от hateyoufeel

А ТСы ещё как считаются!

Это использование служебного положения в своих корыстных целях.

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

Собираю свой единственный проект на rust без cargo (ладно, где-то в глубинах cargo_metadata там используется для вычисления фич зависимостей, но оно и без него работало до какого-то момента), с помощью https://github.com/kolloch/crate2nix/ . Собирается через вызов rustc напрямую из никса, без cargo-прослойки.

Ещё я пробовал сам писать костыль на чистом nix, но как-то быстро надоело переписывать cargo на недоязыке: https://gist.github.com/balsoft/83ce6fdd8679471f591a03f7da359a37 (достаточно для сборки некоторых простеньких crates)

Вывод: rust с технической точки зрения не сильно привязан к cargo, просто никто ещё не написал нормальную альтернативу.

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

Собираю свой единственный проект на rust без cargo (ладно, где-то в глубинах cargo_metadata там используется для вычисления фич зависимостей, но оно и без него работало до какого-то момента), с помощью https://github.com/kolloch/crate2nix/ . Собирается через вызов rustc напрямую из никса, без cargo-прослойки.

Ещё я пробовал сам писать костыль, но как-то быстро надоело переписывать cargo на недоязыке: https://gist.github.com/balsoft/83ce6fdd8679471f591a03f7da359a37

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

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

эти все присядки могут и должны стать общепризнанной спортивной дисциплиной.

Достаточно нескольких людей (или возможно даже одного), которые написали бы конвертер Cargo.{lock, toml} => Makefile (a-la autotools). Не обязательно каждому подобным заниматься.

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

Да, crate2nix точно осилит, ЕМНИП мой костыль так не умеет (но я уже не помню точно, могу проверить если интересно)

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

Достаточно нескольких людей (или возможно даже одного), которые написали бы конвертер Cargo.{lock, toml} => Makefile (a-la autotools). Не обязательно каждому подобным заниматься.

Зачем это вообще делать? Опять же неподдерживаемая срань выйдет.

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

Тоже вот прям сейчас с этим воюю. Ты разобрался кто там в итоге на ком стоит? Откуда там такая жесткая зависимость от adwaita-icon-theme и можно ли ее выпилить?

Скоро еще и тором пользоваться нельзя будет, туда тоже эти метастазы дотянулись. Зла не хватает.

anonymous
()
Ответ на: комментарий от Harald

логотип стрёмный

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

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

да, пора уже закрывать комментарии анонимусов, а то ещё скажут что-то неприятное. и оп скор уже поднабрал, за каждый комент в топик идёт очко вроде, так ведь? ну вот пора уже, две странички поднасрали - хватит пока.

anonymous
()
Ответ на: комментарий от EXL

А с включением в состав GCC компилятора D чем эпопея закончилась?

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

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

Язык успешно развивается

Язык? Культ личности вольтера брайта - это да. А язык там мертворожденный (классы, оопэ, вот это все…).

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

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

В си и с++ все такими же тролейбусами всю жизнь собирается.

anonymous
()
Ответ на: комментарий от WatchCat

Так в него им и придётся генерировать, иначе многие оптимизации пропустят.

Оптимизации вроде происходят в SSA GIMPLE, LLVMIR тоже SSA. Вряд ли между ними большая разница.

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

Язык? Культ личности вольтера брайта - это да.

Культ личности Брайта? Ахах, очень смешно глупо звучит

А язык там мертворожденный (классы, оопэ, вот это все…).

Во-первых, D - мультипарадигменный язык, я вот ООП у себя не использую практически совсем. Во-вторых, ты тот самый явный пример тех, кто только вредит сообществу. Ты даже толком не понимаешь о чем пишешь, лишь бы написать. Но по существу подобные тебе написать не могут ничего, разве что скопипастить чужие фразы, зачастую такого же ограниченного. Порой посмотришь на таких фанбоев и жалко становится. С таким друзьями и врагом не надо.

anonymous
()
Ответ на: комментарий от hateyoufeel

а, ну конечно... федора и node.js... два самых больших торопыги. по сути им нужна система для постоянного обновления из npm репозитория.

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

Чувак обосрал язык Х -> Значит он фанбой языка У !

Да ты с такими логическими цепочками далекой зайдешь! Молодец !!!

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

Предыдущий язычок который хоть как-то претендовал на замену Си и C++ это был D, и было это уже больше 10 лет назад.

д был популярен около 20 лет назад, за это время сменилось поколение, этим наверное и объясняется новая волна смузихлёбов.

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

Мне больше вот это понравилось:

по существу подобные тебе написать не могут ничего, разве что скопипастить чужие фразы

Ты даже толком не понимаешь о чем пишешь

мультипарадигменный язык

anonymous
()

Новость хорошая, но увы:

  1. Слишком длинный цикл разработки GCC: какие-то минимальные изменения мы увидим только весной 2022 года.

  2. Монолитность GCC.

  3. Дебильная лицензия: «GPL «с исключениями»». Издевательство над здравым смыслом и юридические риски.

  4. Агрессивная и неконструктивная (на новоязе — токсичная) позиция команды и сообщества.

  5. Совершенно непонятно как и в каком виде будет реализовываться стандартная библиотека. В тех же «плюсах» она занимает 3/4 стандарта… В Rust она еще более фундаментальна. Опять же, будет поставляться под «GPL «с исключениями»» (как это происходит с libstdc++), либо отсутствовать вообще.

Скорее всего, реализация будет с «уклоном в embedded», что само по себе интересно.

Можно смело констатировать, что Rust ждут «интересные времена» (ага, что б ты жил в интересное время). Многие языки либо не смогли пережить процесс стандартизации: CL, SML, Forth, либо сталкивались с серьезными сложностями: Scheme R7RS, Java (Google со своим Андроидом), Python3, либо погибли до стандартизации Smalltalk, Eiffel, ObjectPascal. Искренне надеюсь, что Rust такая участь не постигнет.

anonymous
()
Ответ на: комментарий от crypt

по сути им нужна система для постоянного обновления из npm репозитория.

По сути, это делать не нужно. Можно в Flatpak заворачивать приложения на ноде и не парить моск.

hateyoufeel ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.