The OpenNET Project / Index page

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

Выпуск Rust 1.53. Google профинансирует добавление поддержки Rust в ядро Linux

18.06.2021 13:01

Опубликован релиз языка системного программирования Rust 1.53, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью, обеспечивает автоматическое управление памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

Автоматическое управление памятью в Rust избавляет разработчика от ошибок при манипулировании указателями и защищает от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

Основные новшества:

Дополнительно можно отметить предоставление финансирования работы по развитию интеграции в ядро Linux средств для разработки компонентов на языке Rust. Работа будет вестись в рамках проекта Prossimo под эгидой организации ISRG (Internet Security Research Group), которая является учредителем проекта Let's Encrypt и способствует продвижению HTTPS и развитию технологий для повышения защищённости интернета. Средства будут предоставлены компанией Google, которая оплатит работу Мигеля Охеда (Miguel Ojeda), автора проекта Rust-for-Linux. Ранее ISRG и Google уже профинансировали создание альтернативного HTTP-бэкенда для утилиты curl и разработку нового TLS-модуля для http-сервера Apache.

По данным компаний Microsoft и Google около 70% уязвимостей вызваны небезопасной работой с памятью. Предполагается, что использование языка Rust для разработки компонентов ядра, таких как драйверы устройств, позволит снизить риск появления уязвимостей, вызванных небезопасной работой с памятью, и исключить появление таких ошибок, как обращение к области памяти после её освобождения и выход за границы буфера.

Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами и учёт времени жизни объектов (области видимости), а также через оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.

  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Выпуск языка программирования Rust 1.52
  3. OpenNews: Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса
  4. OpenNews: Rust включён в число основных языков для разработки платформы Android
  5. OpenNews: Для http-сервера Apache будет подготовлен TLS-модуль, написанный на языке Rust
  6. OpenNews: В ветку ядра Linux-next добавлен код для разработки драйверов на языке Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/55349-rust
Ключевые слова: rust, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (324) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:14, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Хороший релиз, отличные новости
    Раст как всегда
     
     
  • 2.3, OnTheEdge (ok), 13:16, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > но кроме символов emoji

    и так ли хорош этот релиз? хруст бы свершил революцию в программировании с такими переменными

     
     
  • 3.11, Аноним (1), 13:23, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Плюсы давно совершили, а Раст тут отстаёт
     
     
  • 4.16, OnTheEdge (ok), 13:32, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    🤦
     
     
  • 5.29, Аноним (1), 13:53, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https://ideone.com/i007hT
     
     
  • 6.256, Аноним (256), 21:25, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ёшкин кот!
    > carbonads.com
    > facebook.com
    > google-analytics.com
    > servedby-buysellads.com
    > ... *ads*, *analytics*, *metrics*, *research*, *telemetry*, *assprobe*, etc

    Это что за веб-помойка так густо телеметрией обвешана?

    И почему не godbolt.org ?

     
     
  • 7.365, Аноним (-), 05:45, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ээээээ и правда болт. Я думал это наши прикалываются. А нет bolt и по английски болт на который гайки накручивают.
     
     
  • 8.366, Аноним (-), 05:48, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Двойное ээээээээ На английском это один из вариантов болт За что я не люблю ан... большой текст свёрнут, показать
     
     
  • 9.381, а (?), 00:13, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    дак и в русском болт который для гаек - это только одно из значений этого слова ... текст свёрнут, показать
     
  • 3.21, Анонус (?), 13:39, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В Джулии уже можно смайлики в именах переменных использовать. Так что революция давно свершилась.
     
     
  • 4.39, adolfus (ok), 14:09, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только двоеточие в именах файлов и точку на конце имени в некоторых ОС не можно.
     
  • 4.135, Аноним (135), 16:00, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только лишь смайлики? Вот если бы все эмодзи, то тогда, да.
     

  • 1.2, Аноним (-), 13:14, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Руст в Ядро до хруста?
    Интересно они переупрямят Линуса или нет?
    Но в принципе как вариант - ответвление ядра с инкРУСТированным рустом. Почему бы нет?
     
     
  • 2.12, Аноним (1), 13:23, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +11 +/
    А Линус где-то был против?
    Были объективные проблемы и будет решение, в чем проблема?
     
     
  • 3.17, Аноним (-), 13:32, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +23 +/
    > А Линус где-то был против?

    Именно так себе и придумали местные после третьего перечитывания желтоватого опеннетного пересказа (по отдельным ключевым словам - "хруст" "линус" "не готов").
    В последствии результат фантазий превратился в "Раст на самом деле не умеет в низкоуровневую системщину! Сам Линус сказал!", "Линус погнал растоманов из ядра ссаными тряпками! Вот!" и прочее ...

    ЗЫ:
    Кстати, пятница + раст + "в ядро Linux" ... вангую минимум 200 комментариев, минимум 30 потертых, минимум четверть "Скрыто модератором". Летс тзе зрач бегин!


     
     
  • 4.27, Аноним (1), 13:51, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Я вообще не понимаю повода для срача
    Неужели тут настолько много ярых сектантов C, которые даже попробовать что-то новое не хотят?
     
     
  • 5.91, Аноним (-), 15:18, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Сдесь так принято c Вон, БСД тоже любят обо рать - при этом внятно ответит... большой текст свёрнут, показать
     
     
  • 6.335, anonymous (??), 13:08, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Обосрать BSD по делу -- это легко. Но тем ни менее совершенно не понятно зачем этим заниматься. Можно и Linux обсирать по делу. И любую существующую ОС. Вот только конструктивный результат не ясен.
     
  • 5.94, Эксперт (?), 15:21, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уровень опеннетэксперта пропорционален уровню познания темы
     
  • 5.163, _hide_ (ok), 16:17, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если честно, что-то непонятно, почему так все сложно с этим растом? Он что, без своего рантайма на тележке не работает и "нужно поддержка со стороны ядра"?
     
     
  • 6.240, Аноним (240), 19:37, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чтобы писать модули для ядра(а в этой ветке об этом и говорят вроде как), тебе по-любому нужна поддержка разработки модулей для ядра, то есть обертки над ним
     
     
  • 7.382, а (?), 00:18, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    я правильно понял - язык, называющий себя "системный", не может без костылей со стороны С элементарно обратиться к нужному байту или там функцию вызвать положив аргументы в нужные регистры?
    Системный язык вроде должен уметь сам делать всё, что может машина.
     
     
  • 8.383, Аноним (-), 01:05, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет конечно, но прокомментировал правильно , как истинный опеннетчик - не разби... текст свёрнут, показать
     
  • 5.246, Ivan_83 (ok), 20:35, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Уже 10 раз писали:
    1. руст это +1 тяжёлый компилятор
    2. это +1 инопланетянский синтаксис исходников, намного сложнее того что в С
    3. это проблемы с портабельностью, особенно на архитектуры где мало ресурсов и каждый килобайт важен

    И нет, я лично не хочу руст потому что мне он не нужен: его использование не решит никаких моих проблем.
    Я лучше потрачу время на изучение питона, луа или ещё чего то.

     
     
  • 6.336, anonymous (??), 13:10, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    python и lua жрут меньше ресурсов по-вашему?
     
     
  • 7.376, Ivan_83 (ok), 16:53, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для меньше ресурсов у меня есть сишечка.
    Дело не в ресурсах, а в том, что и питон и луа решают для меня лично гораздо больше проблем и открывают гораздо больше перспектив чем раст.
     
  • 7.387, Совершенно другой аноним (?), 08:46, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > python и lua жрут меньше ресурсов по-вашему?

    про python не уверен, но вот lua - таки да. гораздо меньше. Весь интерпретатор lua занимает в исходниках 861К.

     
  • 5.252, нах.. (?), 21:18, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем пробывать говно чтрб понять что это говно?
     
  • 5.265, Аноним (265), 23:25, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто никто не хочет для сборки одного грёбанного модуля (который можно было бы просто написать и на "сектантском" Си) тащить тулчан, который мало того что весит до буя, так ещё и нафиг потом ни для чего не понадобится. И это я ещё не говорю о том, что раст вообще никаких преимуществ не даёт.
     
  • 5.284, Аноним (284), 08:22, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Манипуляция! Сектанты - Раст. Си - мейнстрим: самый популярный язык, самое большое количество библиотек, наиболее переносимый, почти весь критический софт в мире написан на Си
     
     
  • 6.337, anonymous (??), 13:12, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это сарказм?
     
  • 2.13, НяшМяш (ok), 13:25, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Да Линус вроде не против, он выдвинул требования к интеграции (что правильно).
     
     
  • 3.41, adolfus (ok), 14:13, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Правильно сначала заявиться в ISO/IEC на предмет создания комитета языка, который подготовит стандарт, который будет поддерживаться хотя бы лет двадцать.
     
     
  • 4.86, Аноним (86), 15:14, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Стандарт - костыль из-за разнообразия компиляторов, мешающий нормальному развитию.
     
     
  • 5.117, Аноним (117), 15:37, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Нормальное развитие - это когда нужно рефакторить написанный 2 года назад код только чтобы он собирался новой версией компилятора?
     
     
  • 6.134, Аноним (-), 16:00, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Нормальное развитие - это когда нужно рефакторить написанный 2 года назад код
    > только чтобы он собирался новой версией компилятора?

    https://doc.rust-lang.org/edition-guide/editions/index.html
    > A Rust compiler will support all editions that existed prior to the compiler's release, and can link crates of any supported editions together. Edition changes only affect the way the compiler initially parses the code. Therefore, if you're using Rust 2015, and one of your dependencies uses Rust 2018, it all works just fine. The opposite situation works as well

    А любители "некогда читать маны, прогать надо!" будут страдать везде ...

     
  • 6.373, Аноним (373), 15:06, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То есть ты даже маны не читал? Вот сразу виден уровень опеннетных ыкспердов.
    Вот так и палятся все "спецы по недостаткам руста" в комментах.
     
  • 5.139, Аноним (135), 16:02, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но тогда бы для разработчиков разных компиляторов был хоть ориентир.
     
  • 5.167, n00by (ok), 16:20, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Стандарт - костыль из-за разнообразия компиляторов, мешающий нормальному развитию.

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

     
     
  • 6.278, Ordu (ok), 01:52, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Разногласия можно решать читая RFC -- подавляющее большинство фичей в расте добавлялось через RFC. Если же нужного RFC нет, то анонимы могут написать свой RFC и инициировать обсуждение сообщества. Я не вижу каких-то принципиальных проблем в этом, кроме того, что обсуждение может занять время. Точнее оно займёт время -- RFC обычно выдерживают хорошенько, прежде чем окончательно принимать. Чтобы все успели высказаться.
     
     
  • 7.291, n00by (ok), 09:29, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так и получается стандарт.
     
     
  • 8.305, Ordu (ok), 16:45, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Со временем, да Но пока это просто куча рфц, и процесс сочинения и утверждения ... текст свёрнут, показать
     
     
  • 9.332, n00by (ok), 06:22, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так ветка началась с толстых намёков, что стандарт мешает и не нужен На деле ок... текст свёрнут, показать
     
     
  • 10.348, Ordu (ok), 14:07, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Но стандарта нет, так ведь И писать его сейчас контрпродуктивно Может вообще н... текст свёрнут, показать
     
     
  • 11.349, n00by (ok), 14:41, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По одной из версий в своё время Си победил Паскаль, поскольку это фаллический... текст свёрнут, показать
     
     
  • 12.353, Ordu (ok), 17:38, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Первый стандарт у C появился, если мне не изменяет память, в 1989 году То есть,... большой текст свёрнут, показать
     
  • 5.273, YetAnotherOnanym (ok), 00:00, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Стандарт - костыль (...), мешающий нормальному развитию.

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

     
     
  • 6.338, anonymous (??), 13:20, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мало того, что экономические отношения вообще говоря работают иначе на рынке продуктов питания, так ещё аналогия совершенно неуместная. Стандарты в ЯП нужны, чтобы обеспечивать совместимость. Стандарты на процент пальмового масла -- это неуклюжая попытка перевести вину о экономических проблемах страны на предпринимателя. Если представить, что люди нормально зарабатывают и рынок открыт, то что мешает потребителю покупать нормальный сыр (как тот, что за границей в Европе)?
     
     
  • 7.356, YetAnotherOnanym (ok), 20:19, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Емнип, в Европе, кроме всего прочего, достаточно жёсткий стандарт к качеству сам... большой текст свёрнут, показать
     
     
  • 8.364, anonymous (??), 04:20, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё раз В Европе нормальный сыр есть Почему его нет на нашем рынке Или госуда... текст свёрнут, показать
     
  • 5.333, iCat (ok), 07:43, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Стандарт - костыль

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

     
     
  • 6.377, Аноним (377), 17:34, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сказал А, говори и Б.

    Как это мы до сих пор живы, если нет стандарта на команды процессоров (вендор что хочет, то и воротит, безо всякого стандарта). И где же, я тебя спрашиваю, стандарт на формат бинарного исполняемого файла ? как это так. как же эти застандартизированные компиляторы могут генерить хоть что-то пригодное, если на выхлоп этих самых компиляторов никаких стандартов нет ? Более того, в самом стандарте на С есть упоминание про встроенный ассемблер, только вот синтаксис этого ассемблера не стандартизирован. Охереть стандарт!!!

    Или мы все еще живы потому что ты сильно неправ?

     
  • 4.191, Аноним (191), 17:27, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На текущем этапе развития это только навредит. Сначала надо язык довести до ума, а для этого временами надо ломать обратную совместимость.
     
     
  • 5.234, Аноним (234), 19:00, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Дык, сначала стандарт, а потом уже и в ядро можно. Не наоборот.
     
     
  • 6.270, Likern (?), 23:37, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ой, а что это тут ... у нас... а это ядро Linux написанное на нестандартном подмножестве С... ой... не использует никаких стандартов (С89 с фичами завязанными на конкретный компилятор)... что же это получается?
     
     
  • 7.277, Аноним (234), 01:30, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это получается, что еще больше нестандартности проблемы не решат, а наоборот.
     
  • 5.339, anonymous (??), 13:23, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Си и С++ до сих не доведены до ума, но всюду используются. Как вы определяете "доведён до ума" и почему это важно?
     
  • 2.45, Lex (??), 14:16, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А кто его спрашивает, если фактические владельцы( самые жирные инвесторы ) решили-таки это затолкать в линукс?
    Торвальдс если и может возразить, то что-то типа «я категорически против интеграции не_самой_новой версии раста, Господа-инвесторы, кудааах»
     
     
  • 3.268, Аноним (265), 23:31, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Недооцениваете вы темперамент и авторитет горячего шведо-финского парня.
     

     ....большая нить свёрнута, показать (46)

  • 1.5, Аноним (5), 13:18, 18/06/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     ....ответы скрыты (3)

  • 1.9, Аноним (1), 13:22, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > кроме символов emoji

    За что 😭
    Даже плюсы умеют в emoji

     
     
  • 2.33, fsb4000 (?), 13:57, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Плюсы тоже не умеют в emoji (на уровне стандарта)

    https://wg21.link/p1949r7

    >All emoji become excluded, instead of just some

     
  • 2.50, Аноним (-), 14:25, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> кроме символов emoji
    > За что 😭

    Если я скажу, что это просто чтобы досадить iPony, ты поверишь?


     

  • 1.10, eganru (?), 13:22, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Немного непонятно, как собирать - раньше я брал gcc, собирал ядро и никаких проблем в целом не возникало. Так было вчера, так было 10 лет назад.

    Сейчас работа с rust в gcc не достигла зрелости.

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

     
     
  • 2.15, Аноним (1), 13:31, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –20 +/
    > проблем в целом не возникало

    Есть какие-то проблемы с установкой Раста?

    > Сейчас работа с rust в gcc не достигла зрелости

    Очень надеюсь, что или gcc-версия полностью синхронизируется с мейнстримом, или её будут использовать в специфических случаях.
    Не хочется ещё раз такого кошмара с компиляторами, как сейчас с C || C++.

    > не хочется без особой нужды связываться

    Почему? LLVM универсальнее. Тот же Clang является основным компилятором Андроида и всех Огрызков, достаточно совместим с MSVC на Оффтопике, и только мир Линукса продолжает GCCчить.

     
     
  • 3.35, deeaitch (ok), 14:01, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > достаточно совместим с MSVC на Оффтопике, и только мир Линукса продолжает GCCчить.

    Очнись, какой MSVC? Это это почти вымерло. Его держат только там где есть древний код специально под это заточенный. В нём ни стандартов нифига, оно уже никому не нужно и давно не развивается даже самим мелкософтом.

     
     
  • 4.88, Аноним (86), 15:16, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поэтому речь о LLVM. Замена cl на clang-cl.
    При этом сохраняется интеграция с хедерами, а не как в mingw
     
  • 4.401, Неа (?), 16:50, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    MSVC вымер? Ха-ха. Это мозг твой усох и вымер.
     
     
  • 5.406, deeaitch (ok), 00:08, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > MSVC вымер?

    Увы. Интерпрайз аля два васяна продакшен или рога и копыта уже никого не интересует.


     
  • 4.408, nobody (??), 21:54, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Очнись. Последние годы бешено навёрстывает отставание. Добавление новых фич в библиотеку всегда было на уровне, и, с некоторых пор, разработчики компилятора тоже раздуплились и взялись за ум
     
     
  • 5.414, deeaitch (ok), 02:01, 25/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Очнись. Последние годы бешено навёрстывает отставание.

    Дадада, конечно. Только до современного clang или gcc как до луны всё равно. Простейший когд на 2000+ специализаций шаблонов осилить не может.

    Никому оно уже не надо. Всё на него забили давно. Разработчики могут сколько угодно пыжиться теперь. Менять это уже никто не будет.

    Про контроллеры (которые контроллеры а не малинки) вообще молчу.

     
  • 3.38, eganru (?), 14:09, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    [i]Есть какие-то проблемы с установкой Раста?[/i] - не могу Вас понять.

    что значит установка раста? наверное Вы хотите сказать, установка инструментария, пригодного для сборки проектов, написанных на Rust.

    Если так, то проблем скорее нет - есть особенности. Зачастую очень серьезные.

    Rust хочет llvm, llvm в нужной конфигурации собирается долго.
    Потом я запускаю firefox и он не работает. Я читаю логи, и делаю какие-то свои шаги дальше.

    Может firefox сейчас отпустило(после того, когда разум стал меня покидать перестало интересовать что под капотом той или иной особенности).

    [i]Почему? LLVM универсальнее.[/i] - может. нужно проверять. кому-то.

    [i]компилятором Андроида и всех Огрызков, достаточно совместим с MSVC[/i] - это плюс какой-то неочевидный?

     
     
  • 4.89, Аноним (86), 15:17, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

    И ВСЁ

     
     
  • 5.129, анон (?), 15:56, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посоны могут не понять и отпинать за такие хипстерские скрипты в 2к21. Я уже молчу про опеннет.
     
     
  • 6.170, n00by (ok), 16:23, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Меня за 2к21 отпинали, теперь пишу 2к20++
     
  • 6.193, Аноним (1), 17:28, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всяко лучше уничтожения процессора на компиляцию ос
     
  • 5.247, Ivan_83 (ok), 20:39, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Идиотов так делать нужно ещё поискать.
     
  • 5.250, Урри (ok), 21:14, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    sudo, ты забыл sudo.
     
     
  • 6.296, RomanCh (ok), 12:39, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так он из под root'а сидит. Очевидно же, так всегда всё работает.
     
  • 5.271, Аноним (265), 23:41, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надеюсь, что рано или поздно вам туда впихнут 'rm -fr /'
     
  • 3.46, adolfus (ok), 14:18, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Не хочется ещё раз такого кошмара с компиляторами, как сейчас с C || C++.

    Это где такой кошмар? И си и кресты великолепно поддерживаются несколькими компиляторами в соответствии со стандартами 9899 и 14882. Все четко работает, как описано.
    В этом отношении такого языка, как руст, нет в природе.

     
     
  • 4.53, Аноним (-), 14:30, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это где такой кошмар? И си и кресты великолепно поддерживаются несколькими компиляторами
    > в соответствии со стандартами 9899 и 14882. Все четко работает, как
    > описано.

    У теоретиков - несомненно. Практики - в курсе "режима сильной совместимости" clang с gcc и прочих
    "Over the years, there has been a persistent effort to build the Linux kernel using the Clang C compiler that is part of the LLVM project." (https://lwn.net/Articles/734071/)

     
  • 4.93, Аноним (86), 15:20, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    https://en.cppreference.com/w/cpp/compiler_support

    Смотрим на статус C++20 в 2021 и плачем. Компиляторы не успевают за стандартами.
    И ведь Apple Clang тоже важен, на нем под мак и ойсь собирать.

     
     
  • 5.115, Совершенно другой аноним (?), 15:35, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У GCC 11 для C++20 только две вещи из 69 поддерживаются не полностью, а частично, у MSVC, как это ни странно тоже две, но другие (из ядра языка). У остальных - да, всё хуже.
     
  • 3.52, n00by (ok), 14:29, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> проблем в целом не возникало
    > Есть какие-то проблемы с установкой Раста?

    Да, есть: фанаты Раста сами не могут сравнить список поддерживаемых gcc и llvm процессорных архитектур.

     
     
  • 4.76, Аноним (377), 14:59, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ок, разрешаю обладателям такого уникального железа (которое не поддррживается LLVM) не собирать модули написанные на расте. Надеюсь они смогут сконфигурировать ядро правильно.
     
  • 2.23, Siborgium (ok), 13:49, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласно словам Торвальдса, код на расте будет опциональным и ограничится драйверами для периферии.
     
     
  • 3.42, letsmac (ok), 14:13, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Линух стремительно бежит по дорожке, на которой все грабли уже собрали другие.
     
     
  • 4.237, Аноним (234), 19:11, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для эспериментальных вещей есть экспериментальные ядра.
     
  • 2.47, Ordu (ok), 14:20, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Сейчас работа с rust в gcc не достигла зрелости.
    > Выходит что, для сборки будет необходимо дополнительно использовать инструментарий с llvm...

    Нет, не выходит, потому что rust в ядре тоже очень далёк от зрелости. Ну вот вообще и совсем. Когда он будет близок к зрелости, возможно напишут какой-нибудь первый драйверок на расте. Который тебе, скорее всего, не будет нужен никогда. К тому моменту, когда ты столкнёшься с драйвером на rust'е, который тебе нужен, может пройти лет десять. А что будет через десять лет, я предсказывать не возьмусь. И тебе не рекомендую.

     
     
  • 3.168, durilka (?), 16:21, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что будет через десять лет

    Redox OS

     
  • 2.147, Аноним (135), 16:07, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Не хочется ещё раз такого кошмара с компиляторами, как сейчас с C || C++

    Если к ним прибаввить ещё и Rust, то кошмар только увеличится.

    >Тот же Clang является основным компилятором Андроида и всех Огрызков,

    А какое дело должно рабочим станциям и серверам до Анроедов и Огрызков?

     
  • 2.340, anonymous (??), 13:25, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно как только появятся модули для ядра на раст, так сразу и gcc научится в раст:)
     

  • 1.14, Аноним (14), 13:31, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Пусть финансирует, все равно решает Линус.
     
     
  • 2.19, Аноним (5), 13:36, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Линус уже давно ничего не решает. Он играет роль свадебного хенерала. Пустышка, короче.
     
  • 2.125, Анимус (?), 15:53, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ох, наивен нонче онанимус пошёл...
     
  • 2.282, Аноним (282), 07:48, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Линусу уже всё доходчиво объяснили.
     
     
  • 3.342, anonymous (??), 13:28, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Про что речь?
     
     
  • 4.422, Редкий уебок (?), 11:59, 28/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Манипулировали его мнением, шантажируя через его родственников. Пришлось согласиться и публично заявить о какой-то там поддержке чего-то или кого-то. Уже точно не помню. Детали в Интернете.
     

  • 1.18, FortyTwo (ok), 13:33, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >Пакетный менеджер Cargo по умолчанию переведён на использование имени "main"

    Это победа

     
     
  • 2.24, Аноним (1), 13:49, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Всегда не нравилось master
    Повод избавиться от него несколько глупый конечно, но сам факт радует)
     
     
  • 3.407, Аноним (407), 02:29, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А мне всегда нравился, и что дальше?
     
  • 2.49, Dzen Python (ok), 14:23, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эх, заживем!
     
  • 2.71, Аноним (71), 14:55, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    так ничего ж не переведено, редакция опеннета опять обкурилась?
     
  • 2.150, Аноним (150), 16:10, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Б*, т.е. я сначала совокуплялся с теми репами, кто юзал main и только через минут 30 "какого черта оно не работает, если git работает" сообразил что репа с main'ом (коих меньшинство), а теперь будет обратная вакханалия.
     
     
  • 3.343, anonymous (??), 13:30, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как имя ветки сказывается на работоспособности чего-либо? Hardcode?
     

  • 1.20, Аноним (20), 13:38, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    > при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

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

     
     
  • 2.22, Аноним (1), 13:48, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Он высчитывает на этапе компиляции, а не при использовании (Rc не в счёт)
     
     
  • 3.26, Аноним (20), 13:50, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Фейспалм
     
     
  • 4.111, Аноним (-), 15:33, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Без типов со счетчиками ссылок ни одну реальную программу не написать

    И чо? Тут не храбр - щедрое проставление плюсиков себе и минусиков "оппонентам" вместо аргументации не поможет.
    Кстати, ты бы в реализацию malloc в glibc глянул
    >> The free() call marks a chunk of memory as "free to be reused" by the application, but from the operating system's point of view, the memory still "belongs" to the application. However, if the top chunk in a heap - the portion adjacent to unmapped memory - becomes large enough, some of that memory may be unmapped and returned to the operating system.

    Чем не сборщик мусора?  
    > Фейспалм

    Осознал, что написал чушь?

     
     
  • 5.214, nelson (??), 18:22, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чем не сборщик мусора?

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

     
     
  • 6.293, n00by (ok), 09:45, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То что ниже GC (по уровню абстракции) и чистит страницы, называется reaper. Но это вряд ли применимо к стадии "compact" из реализации free(), поскольку сидит в ядре и убирает зомби.
     
  • 3.127, deeaitch (ok), 15:54, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    СЕРЬЁЗНО?

    вау

     
  • 3.248, Ivan_83 (ok), 20:44, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А откуда на этапе компиляции возьмутся исходные данные, которые будет обрабатывать программа?
     
     
  • 4.259, deeaitch (ok), 21:28, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это божественный компилятор раста, ему не нужно знать, он и так всё вычисляет.
     
  • 2.28, Rev (?), 13:51, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Сборка мусора это обычно GC, а он подразумевает рантайм.
    У Раста нет ни того, ни другого.
     
     
  • 3.128, deeaitch (ok), 15:55, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да ты что?
     
  • 3.269, asdasd (?), 23:36, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    tokio / async-std / actix це що?
    Да и в С++ уже сто лет в обед shared_ptr есть, а в Rust'е где начинается хоть какая-то многопоточность / асинхронность вылезает Arc, что значит что компилятор автоматически память не освободит. И смысл тогда? Не юзайте в плюсах ручное выделение, а только shared / unque_ptr и будет тоже самое.
     
  • 2.74, MazikOttogi (ok), 14:57, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >Без типов со счетчиками ссылок ни одну реальную программу не написать

    Так ли необходимо размазывать по программе указатель с правом владения?

     
  • 2.81, Аноним (377), 15:06, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    писатели прошивок под cortex-M и risc-V смотрят на тебя, как на балабола.
     
  • 2.172, durilka (?), 16:28, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Без типов со счетчиками ссылок ни одну реальную программу не написать

    А где посмотреть язык, у которого типы со счетчиками ссылок?

     
     
  • 3.272, Likern (?), 23:41, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Nim кажется
     
  • 3.298, Аноним (20), 14:44, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rust
     
  • 3.388, Совершенно другой аноним (?), 08:56, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Без типов со счетчиками ссылок ни одну реальную программу не написать
    > А где посмотреть язык, у которого типы со счетчиками ссылок?

    В Vala, если не ошибаюсь, типы наследуемые от GObject сразу реализуют счётчик ссылок.

     
  • 2.176, Ordu (ok), 16:42, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > подсчет ссылок - это разновидность сборки мусора и это рантайм.

    Да! Наконец-то кто-то это понял: все сколь-нибудь сложные программы, включая сюда и ядро linux, используют динамическое управление памятью. А все эти разговоры о статическом управлении памятью -- это разговоры в пользу бедных.

     

  • 1.25, Аноним (25), 13:50, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вот только читаемость кода как у брейнфака. Здесь больше шансов накосячить именно в синтаксисе.
    Не особо вижу смысл в этой проверке обращений памяти, я на Го пишу, а всё равно из-за собственных ошибок паники возникают.
     
     
  • 2.31, Аноним (1), 13:55, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Читаемость кода отличная, кроме очень специфических случаев
    Синтаксис Го нравится гораздо меньше и вызывает много вопросов
     
     
  • 3.34, Аноним (20), 13:59, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    нет, ужасная
     
     
  • 4.235, Аноним (234), 19:04, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, ужасная так ужасная.
     
  • 3.154, Аноним (150), 16:11, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Эти "специфичные случаи" вылезают сразу же, как только начинаешь писать что-то сложнее "Hello world", особенно с async / await, особенно когда треть либ заточена на tokio, треть на async-std и треть на actix.
     
  • 2.43, Rev (?), 14:14, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Просто надо по-другому форматировать код. Так, как его форматируют в почти всех проектах на Расте, это просто ужас-ужас!
     
     
  • 3.61, Урри (ok), 14:42, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Да тут что форматируй, что не форматируй - один хpен читабельность почти на нуле.

    сорец карго:
       fn print(
            &mut self,
            status: &dyn fmt::Display,
            message: Option<&dyn fmt::Display>,
            color: Color,
            justified: bool,
        ) -> CargoResult<()> {
            match self.verbosity {
                Verbosity::Quiet => Ok(()),
                _ => {
                    if self.needs_clear {
                        self.err_erase_line();
                    }
                    self.output
                        .message_stderr(status, message, color, justified)
                }
            }
        }

     
     
  • 4.64, Онаним (?), 14:43, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мои глаза вытекли, спасибо.
     
  • 4.97, Аноним (86), 15:24, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +11 +/
    А будут примеры нечитабельного кода?
    Этот максимально простой и элегантный.
     
  • 4.141, Анимус (?), 16:04, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что здесь непонятного, даже в таком ужасном форумном форматировании? Сырцы на плюсах выглядели бы куда хуже и в два раза длиннее при той же функциональности.
     
     
  • 5.244, Урри (ok), 20:15, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я так развлекался пару лет наза по поводу кода на хаскеле Тоже, когда привыкнеш... большой текст свёрнут, показать
     
     
  • 6.251, Урри (ok), 21:18, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    прошу прощения за опечатки. выпимши я сегодня, в пятничку.
     
  • 6.262, Dzen Python (ok), 22:06, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, потому, что язык пришел с Загнивающего, где не так давно был бум хайпа на хачкель и чистую функциональщину, в противовес "обычному, boring" императивному подходу с классическими концепциями функциональной модульности и ООП. Если еще короче - детям прочитали курс "Функциональщина 101" и далее все понеслось.

    Нет, часть элементов функциональщины пришлась как раз кстати: все эти цепочки типа
       x = Data.format(y).unique().zip(defl.max);
    заместо трех строчек с одним вызовом читается лучше
    ИЛИ
       =>
    выражения позволяют не городить кучи скобок блока (или терять вложенность, что тоже трудно отловить) там, где код однострочный и тривиальный.
    Но не более того.

    Подростки на протесте и гугл, которому надо завлекать подростков в качестве дешевых кодомакак. Я писал где-то уже.

     
     
  • 7.344, anonymous (??), 13:36, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Google дофига платит своим инженерам, и нанимает он талантливых людей, а не "дешёвых кодомакак".
     
     
  • 8.367, Жироватт (ok), 10:14, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прямой, честный, рукопожатный и неполживый репортаж из гугла гугл коммерческая... текст свёрнут, показать
     
     
  • 9.370, anonymous (??), 11:18, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я из другой похожей компании В них по деньгам условия примерно одинаковы Я раб... текст свёрнут, показать
     
  • 4.331, Аноним (331), 02:53, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нормально читабельный код. Такие нежные нынче девелоперы пошли...
     
  • 3.96, Аноним (86), 15:23, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть определенный стандарт форматирования, который встроен в Cargo и его используют все. И это лучше, чем миллион разных стайлгайдов у C++.
     
  • 2.68, Аноним 80_уровня (ok), 14:46, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Читаемость - дело не последней важности, но как у него дела с генерируемым кодом?
    Ядро системы - не то место, где можно терпеть производительность как у питона.
     
     
  • 3.99, Аноним (86), 15:26, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На уровне C/C++.
    https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/rust.html
     
  • 3.144, Анимус (?), 16:07, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот тут довольно интересно, читайте до конца habr.com/ru/post/492410/
     
  • 3.304, Аноним 80_уровня (ok), 16:11, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро системы - не то место, где можно терпеть производительность как у
    > питона.

    Хорошо, раз комментаторы упорно сравнивают Раст с C++, поддам жару:

    Ядро системы - не то место, где можно терпеть производительность как у C++. Поэтому оно (линуксовое) и не пишется на C++.

     
     
  • 4.345, anonymous (??), 13:38, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    За очень редкими исключениями, Си является подмножеством С++. Про какие проблемы производительности речь.
     
     
  • 5.357, Аноним 80_уровня (ok), 20:38, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > За очень редкими исключениями, Си является подмножеством С++. Про какие проблемы производительности
    > речь.

    Демагогия не работает. Из истинности первого утверждения абсолютно не следует истинность второго.
    Пример: курс математики для третьего класса школы является подмножеством математики. Про какие проблемы с пониманием математики может идти речь?

    Возвращаясь к: довольно много в C++ из того, что не является Си, генерирует при компиляции очень и очень немаленький код.

     
     
  • 6.363, anonymous (??), 04:16, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Кто мешает не использовать эти лишности? А вообще, широкоизвестный факт, что С++ qsort работает быстрее Сишного.
     

  • 1.32, Аноним (32), 13:56, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    С памятью хоть работать научились?
     
     
  • 2.101, Аноним (86), 15:27, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В Rust словить утечку или ошибку памяти гораздо сложнее, чем в C/C++.
     
     
  • 3.130, deeaitch (ok), 15:57, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не спорю, сложнее. А знаешь почему?
    Но только память у пропагандистов Rust смотрю ооооочень короткая.
     
  • 3.157, Аноним (135), 16:12, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Утечки памяти Rust это не баг, это защита от use-after-free.
     
     
  • 4.160, deeaitch (ok), 16:15, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Утечки памяти Rust это не баг, это защита от use-after-free.

    Хаха, забавно. Мне кажется ты наткнулся на великий заговор в своих размышлениях +1

     
  • 3.361, СССР (?), 00:25, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    вы еще не купили резиновую бабу? с ней вы более обезопасите себя от ганареи и пр. а то ваша живая может гульнуть изза отсутствии внимания с вашей стороны, наградит вас. подумаете о безопсности.
     

  • 1.36, Fracta1L (ok), 14:03, 18/06/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –17 +/
     
     
  • 2.48, adolfus (ok), 14:21, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +8 +/
     
     
  • 3.54, deeaitch (ok), 14:34, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
     
  • 4.205, Fracta1L (ok), 17:50, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
     
  • 5.207, deeaitch (ok), 17:52, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.209, deeaitch (ok), 17:52, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 5.260, Старший аноним (?), 22:01, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.103, Аноним (86), 15:28, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –4 +/
     
     
  • 4.199, Аноним (199), 17:42, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 5.267, Анончик (?), 23:28, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 6.283, Аноним (282), 08:05, 19/06/2021 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 6.294, n00by (ok), 10:05, 19/06/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.55, deeaitch (ok), 14:35, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     

     ....ответы скрыты (12)

  • 1.37, Dzen Python (ok), 14:05, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Гугл проспонсирует растовых бездарностей, так и не сумевших сделать даже dummy-драйвер для линуксячьего ведра.

    Печально на самом деле, если сила бакса окажется сильнее силы разума.

     
     
  • 2.60, Аноним (60), 14:41, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Силы священного Линуса же
     
  • 2.104, Аноним (86), 15:29, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гугл проспонсирует развитие шикарного языка, который уже сейчас на голову удобнее C, какой же кошмар
     
     
  • 3.253, Урри (ok), 21:19, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это где гугл спонсирует лисп? Поделись ссылкой.
     
  • 2.346, anonymous (??), 13:42, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачастую, тот, кто разумнее -- у того больше баксов.
     

  • 1.40, Аноним (40), 14:11, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    а в хромиум rust они не хотят профинансировать?
     
     
  • 2.59, Аноним (60), 14:40, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это другое
     
  • 2.63, Урри (ok), 14:43, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в хромиуме они умеют использовать умные указатели и раст в нем банально не нужен.
     
     
  • 3.106, Аноним (86), 15:31, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Главное в это верить, бро
     
     
  • 4.132, deeaitch (ok), 15:58, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Слепая вера это к растоманам. А тут уже интеллект.
     
  • 3.133, deeaitch (ok), 15:59, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Таки да.
     
  • 3.423, Редкий уебок (?), 12:01, 28/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То тоже в Хроме ни разу не находили 0day уязвимость. Ах да, как же, каждый квартал по 5 штук находят...
     
  • 2.72, Аноним (72), 14:56, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –8 +/
     
     
  • 3.105, Аноним (86), 15:30, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 4.136, deeaitch (ok), 16:00, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.149, Анимус (?), 16:10, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 6.156, deeaitch (ok), 16:12, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 7.164, Анимус (?), 16:17, 18/06/2021 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 2.217, Аноним (217), 18:39, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем? Хромиум деньги приносит, его закапывать рано.
     

     ....большая нить свёрнута, показать (13)

  • 1.44, Аноним (44), 14:15, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > проблемы удалось решить обходным путём - компилятор продолжит преобразование array.into_iter() в (&array).into_iter(), как если бы отсутствовала реализация типажа IntoIterator, но только при вызове метода с использованием синтаксиса ".into_iter()"

    Да здравствуют очередные заплатки! Скоро по контринтуитивности раст переплюнет джаваскрипт.

     
  • 1.51, Аноним (51), 14:25, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >Google профинансирует добавление поддержки Rust в ядро Linux

    Троянский конь для конкурента Фуксии)

     
     
  • 2.57, Аноним (60), 14:39, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Боюсь это тестовая площадка. поматросят и бросят, а ядру потом с этим жить
     
     
  • 3.201, Аноним (199), 17:45, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а ядру потом с этим жить

    Задеприкейтят и выкинут.

     
  • 2.347, anonymous (??), 13:44, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Google почти наверняка почти все серверы держит на Linux. И, вероятно, является одним из основных разработчиков Linux.
     

  • 1.56, Аноним (60), 14:38, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Гугл профинансирует - звучит как приговор, что расту быть таки в ядре. С другой стороны пусть в свой форк и добавляют.
     
     
  • 2.65, Онаним (?), 14:45, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Google уже много проектов "профинансировал".
    Google+ например.
    Закапывать наглухо "профинансированное" в случае невзлёта они не стесняются, так что всё ок.
     
  • 2.66, Урри (ok), 14:45, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гугл столько проектов успешно похоронил, сколько ты еще не попробовал.
    https://killedbygoogle.com/

    Так что ни о каком приговоре речи нет. Разве что о "пытаются убить еще и ядро".

     
  • 2.109, Аноним (86), 15:32, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не приговор, а счастье.
     

  • 1.58, Аноним (58), 14:40, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хорошая новость! Rust давным-давно пора скинуть вниз по кривой хайпа: вперёд к «максимуму разочарований». Растишке давно пора начать взрослеть.
     
     
  • 2.112, Аноним (86), 15:33, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Куда скидывать, если он уже сейчас на головы удобнее C?
    А станет ещё годнее благодаря Линуксу.
     

  • 1.67, Онаним (?), 14:46, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > обходным путём - компилятор продолжит преобразование array.into_iter() в (&array).into_iter(), как если бы отсутствовала реализация типажа IntoIterator, но только при вызове метода с использованием синтаксиса ".into_iter()" и не касаясь вызовов в форме

    А это не костыль ли?

     
     
  • 2.70, Аноним (70), 14:54, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Одним больше одним меньше
     
  • 2.80, Аноним (72), 15:04, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В костыльном языке плюс один костыль
     
  • 2.83, VladSh (?), 15:11, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Костыль для обратной совместимости.
    Через год, когда код подравняют, можно объявить deprecated, а ещё через год удалить. Пока кода немного написано, это вполне себе подход.
    Язык живёт и активно развивается. Было бы странно, если бы всё было изначально правильно задизайнено. Что не так?
     
     
  • 3.254, Урри (ok), 21:22, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что не так?

    Не так полное отсутствие целостного дизайна языка.

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

     
  • 2.95, Аноним (95), 15:22, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они скорее всего в следующем Edition его удалят - и совместимость не потеряется и костыль проживет совсем недолго.
     
     
  • 3.255, Урри (ok), 21:23, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Потеряется, только не прямо сейчас, а в следующем очередном весь-ваш-код-надо-по-новой-переписать Edition.
     
  • 2.178, Ordu (ok), 16:49, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Костыль. И на мой взгляд довольно жопный. Но, может, они соберутся с духом в каком-нибудь едишне поломать обратную совместимость... Очень надеюсь на это.
     
     
  • 3.212, Второе Я (?), 18:12, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В 2021 эдишине уже нормальная поддержка. Этот компромисс - исключительно для старых эдишнов.
     
  • 2.341, user (??), 13:26, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, раст полностью состоит из обработки отдельных случаев.
     

  • 1.69, Аноним (70), 14:53, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Забавно как в ядро пытаются сувать даже если и не плохой, но однозначно сырой продукт.
     
     
  • 2.82, Аноним (72), 15:06, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Линукс для них конкурент фуксии, с помощью ущербного языка избавляются от конкурента
     
     
  • 3.87, Аноним (377), 15:15, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    шапочка из фольги не жмет ?
     
     
  • 4.311, Аноним (311), 17:21, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А твой гермошлем?
     
  • 2.114, Аноним (86), 15:35, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ну ведь неудачный C там есть, почему бы ещё разнообразия не добавить?
     
     
  • 3.203, Аноним (199), 17:47, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    C очень удачный язык.
     
     
  • 4.238, DildoZilla (?), 19:16, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    C это академическая шутка, типа MozgoTrax 70-х годов. Но пришел манажир и сказал: "Ф продакшон!"
    И ведь не пискнешь -- уволят в гетто к американоафриканцам. Капитализьм!
     
     
  • 5.327, Аноним (327), 21:36, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    C разрабатывался для решения существующей проблемы, поэтому никак не может быть "академической шуткой".

    Для решения каких проблем разработан rust?
    Я на www.rust-lang.org нашел только "даст силы каждому разрабатывать надежное и эффективное ПО".

    Хотелось бы спросить у пробовавших rust - силы разрабатывать реально больше стало?

     
     
  • 6.330, rust sektant (?), 01:34, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Стало меньше сил тратиться на дебаг. Не раз замечал, что раст отсекает ошибки, которые я допустил и которые в плюсах дали бы нехилых проблем потом. На плюсах я пишу около 10 лет, но периодически все мы ошибаемся. А санитайзеры не всё могут поймать. Так что да, лично мне раст помогает.
    Помимо плюсов в прод я писал на го пару лет, но слишком примитивный язык, отношусь к нему нейтрально.
    Ну и плюс немного я писал на хаскелле, поэтому раст с этой стороны мне тоже зашёл, ибо присутствует какой-то дух ml-подобных языков.
    Больше года пишу на расте фуллтайм, всё устраивает.
     

  • 1.73, Аноним123 (?), 14:56, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для массивов реализован типаж IntoIterator


    прочитал сначала Intolerator)

     
  • 1.77, Совершенно другой аноним (?), 15:00, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не флейма ради, кто-нибудь поясните пожалуйста, как при декларируемой безопасной работе с памятью случается такое:

    https://github.com/AbrarNitk/algorithmica/issues/1

    Это в компиляторе какого-то контроля не хватало, и его потом починили, или код крейта был так написан, что как-то смог обойти все контроли? Автор крейта недавно закрыл этот issue, но исправил-ли он что-то по этому поводу я так и не понял.

     
     
  • 2.102, Онаним (?), 15:27, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Баг внесли в хрустсекс адвизори датабейс, искать там.
     
     
  • 3.120, Совершенно другой аноним (?), 15:42, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо, посмотрел и там (https://github.com/RustSec/advisory-db/blob/main/crates/algorithmica/RUSTSEC-2) - честно говоря понятнее не стало.
     
     
  • 4.131, Онаним (?), 15:58, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Значит пока ещё не исследовано, но следить за ходом событий видимо там. Или по ID оттуда в прочих чейнджлогах - могут и "втихую" закрыть.
     
     
  • 5.145, Совершенно другой аноним (?), 16:07, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ясно, спасибо.
     
  • 2.121, Аноним (86), 15:43, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >.It will be surfaced by tools such as cargo-audit or cargo-deny from now on.

    Всё ок

     
     
  • 3.123, Совершенно другой аноним (?), 15:47, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно я понимаю, что это ещё что-то, типа cppcheck/lint, которая скажет, ой - тут у вас какой-то кривой крейт, не надо его использовать?

    Но вопрос больше в другом, как его компилятор пропустил?

     
     
  • 4.257, Урри (ok), 21:25, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    unsafe.
    Вся магия хруста отключается одним простым словом.
     
  • 2.146, deeaitch (ok), 16:07, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > кто-нибудь поясните пожалуйста, как при декларируемой безопасной работе с памятью случается такое

    Это классика. Это случается когда люди просто в слепую верят и перестают думать о работе с памятью.
    А те кто пишет контролки видят их только в поле своего ограниченного опыта и детских ошибок.

     
  • 2.158, Аноним (158), 16:14, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаток раста от слова "совсем", но я там заметил в коде блок " unsafe {...}", какой там контроль в компиляторе должен быть?
     
     
  • 3.166, Совершенно другой аноним (?), 16:18, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ясно. Теперь понятно, почему компилятор ничего не нашел, спасибо.
     
  • 2.223, Ordu (ok), 18:46, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Код использует unsafe функцию get_by_index собственного изобретения, которая воз... большой текст свёрнут, показать
     
     
  • 3.241, Совершенно другой аноним (?), 20:04, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Это в компиляторе какого-то контроля не хватало, и его потом починили, или код крейта был так написан, что как-то смог обойти все контроли?

    ...

    > В целом, косяк за программистом, который не понимал, что он делает: если
    > ты расчехлил unsafe, то надо следить самостоятельно за происходящим. Borrow-checker, конечно,
    > проверяет unsafe код, но если ты преобразуешь указатель на объект в
    > raw-указатель, а потом обратно, то он пропустит, что произошёл borrow.

    Спасибо за пояснение. Единственно, что удивило - я так думал, что unsafe должен использоваться довольно редко, но судя по коду, который был в базе cve - наоборот, очень часто.

     
     
  • 4.245, Ordu (ok), 20:21, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Единственно, что удивило - я так думал, что unsafe
    > должен использоваться довольно редко, но судя по коду, который был в
    > базе cve - наоборот, очень часто.

    В базе CVE unsafe естественно будет появляться гораздо чаще, чем вне её. База CVE, в этом смысле, не показатель.

     
  • 3.286, Аноним (286), 08:44, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты смог прочитать нечитаемый синтоксос?
    Опеннетчики, зжечь ведьму!
     
     
  • 4.306, Ordu (ok), 16:48, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да хз. Оно как-то само.
     

  • 1.108, Аноним (72), 15:32, 18/06/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –4 +/
     

     ....ответы скрыты (5)

  • 1.159, Аноним (135), 16:15, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Для массивов реализован типаж IntoIterator

    В следующей версии ждём IntoTollerator.

     
  • 1.169, Аноним (171), 16:22, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Хороший язык и не надо насильно вставлять в ядро. Очередная новость, которая подчеркивает вторичность Раста.
     
  • 1.181, Аноним (135), 17:00, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ждём, что по поводу модулей на Rust скажут разработчики Linux-libre.
     
  • 1.190, Аноним (190), 17:26, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Операция Google по внедрению в vendor-lock в linux началась!
    Chromium уничтожит все ваши браузеры и захламит все ОС своей рекламой!
     
     
  • 2.228, Аноним (217), 18:49, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот ни разу не шутка
     

  • 1.208, Аноним (208), 17:52, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Понятно что гуглу линукс больше не нужен, потому и пытаются загадить ядро растомусором
     
     
  • 2.225, Аноним (217), 18:47, 18/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Скорее выбить из ниш, где сборщик мусора мешает жить.
    Всё инфраструктурное, жизнеобеспечение, транспорт - линукс вычитайте сразу.

    В телефонах останется)

     

  • 1.261, InuYasha (??), 22:04, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Всё, уговорили. Раз уж сам Гугл спонсирует - значит, действительно раст ужасен.
     
  • 1.264, Аноним (264), 23:18, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Мне очень нравится когда компилятор находит много ошибок в коде, но почитав комментарии на opennet возниакет желаниче чуть ли не расстелять разработчиков.
     
     
  • 2.285, Аноним (285), 08:30, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ненавижу хруст. Это самый худший язык программирования с нечитаемым синтаксисом и лживыми утверждения про отсутствие сборника мусора. Хрустоманов нельзя подпускать к коду ядра ближе чем на километр
     
     
  • 3.288, Аноним (286), 08:48, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Ненавижу

    Годам к 24 должно пройти, если нет, то срочно к врачу.

     
  • 2.287, Аноним (286), 08:47, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ъ - Логика
     

  • 1.266, Аноним (266), 23:28, 18/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Дополнительно можно отметить предоставление финансирования работы по развитию интеграции в ядро Linux средств для разработки компонентов на языке Rust.

    Они что, без финансирования гугеля хелловорлд для ядра запилить не могут? А этот язык точно упрощает разработку софта?

     
  • 1.275, eq (?), 01:02, 19/06/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     
  • 1.276, Аноним (276), 01:16, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Похоже придется скоро на BSD ядра переходить. Шлёпнут Линуса и деваться будет некуда...
     
     
  • 2.355, Аноним (355), 19:17, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    BSD мертвы. Драйверы тянут из Linux, но даже так успевают далеко не все.
     
     
  • 3.358, Аноним (-), 21:54, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > BSD мертвы.

    Этой мантре на опеннете уже под 20 лет.
    > Драйверы тянут из Linux, но даже так успевают далеко не все.

    Не сильно опоздавшие родиться в курсе, что Linux 15 лет назад тянул драйверы из BSD и венды, но даже так "успевал далеко не все".


     

  • 1.279, Аноним (279), 05:25, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А че сразу то не переписать ядро на джаве или шарфе? Че мелочиться то?
     
     
  • 2.314, Аноним (311), 17:29, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А системные вызовы сделать удобными для использования прямо из JS. Таким образом, можно будет заменить GLibc на Electron.
     

  • 1.280, acroobat (??), 06:01, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Гугловцы в курсе, что раст написан на C/C++
     
     
  • 2.354, Аноним (355), 19:16, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вообще-то Rust был написан на Ocaml, а затем переписан на Rust.
     

  • 1.289, Сергей (??), 08:57, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я балдею, средство разработки засунуть в ядро... И что это даст самому ядру...
     
     
  • 2.315, Аноним (-), 17:35, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ни-че-го.
     

  • 1.290, Аноним (-), 09:28, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Реализации IntoIterator для массивов мешали проблемы с совместимостью, вызванные ранее добавленным в компилятор преобразованием метода array.into_iter() в (&array).into_iter(). Указанные проблемы удалось решить обходным путём ...

    Дизайн от бога

     
  • 1.292, Аноним (-), 09:29, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не нужно. Гуглу с Майкософт доверять нельзя. Я доверяю провереному временем языку программирования. Интересна их аргументация, которая основана не на аналитике исходного кода ядра, а на взятом откуда-то сбоку наблюдении.

    80% всех уязвимостей в ядре или в вакууме? Вот в чём вопрос.

     
  • 1.295, Аноним (295), 11:27, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сишники даже плюсы не осилили, им тяжело в книгу толще кернигана/ричи, а тут раст...
     
     
  • 2.334, Аноним (-), 12:45, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Сишники даже плюсы не осилили, им тяжело в книгу толще кернигана/ричи, а тут раст...

    Структурная парадигма проста - имеет всего 3 конструкции: последовательность, цикл, ветвление. Растоманы и си плюс-плюсники в реальной жизни используют 1% всех возможностей языков-монстров.

    Ну а формошлёпство к теме нашего разговора не отностится.

     
     
  • 3.369, Аноним (377), 11:00, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Структурная парадигма проста - имеет всего 3 конструкции: последовательность, цикл, ветвление.

    Этой парадигме удовлетворяет ассембер, и даже браинфак. почему же ядро решили писать на С ? Можно ж было на асме фигануть?

    > Растоманы и си плюс-плюсники в реальной жизни используют 1% всех возможностей языков-монстров.

    если не пользуют лично (сами пишут код со всеми возможностями), то пользуют опосредованно, через библиотеки.

     
     
  • 4.374, Апчхи (?), 15:39, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Чисто на асме раньше и фигачили, да и до сих пор он никуда не делся где нужно иметь доступ ко всем фичам процессора, другое дело что большая часть кода это логика и алгоритмы которую удобнее писать на си, ну и портировать легче
     
     
  • 5.375, Аноним (377), 16:17, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > большая часть кода это логика и алгоритмы которую удобнее писать на си

    именно. об этом и речь. на С писать проще чем на асме,  а на расте проще, чем на С. Поэтому-то раст и хотят включить в ядро.

     
     
  • 6.391, Аноним (-), 05:28, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >на расте проще, чем на С. Поэтому-то раст и хотят включить в ядро.

    Вранье. Си более плоский, простой, и безрантаймовый в сравнении с Растом.

    Да, и подозрительно то, что Гуглятина не продвигает в сегменте системщины Go.

     
     
  • 7.395, Аноним (377), 06:09, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вранье.

    Вранье!

    >Си более плоский, простой,

    убогий, другими словами.

    >и безрантаймовый в сравнении с Растом.

    Вранье. Раст такой же безрантаймовый как и С/С++

     
     
  • 8.397, Аноним (-), 07:59, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аргументы закончились, начал хамить Продолжай ... текст свёрнут, показать
     
     
  • 9.399, Аноним (377), 08:11, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Аргументы более плоский - это аргумент продолжай аргументировать п-ф-... текст свёрнут, показать
     
  • 9.405, Аноним (-), 22:43, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очередная иллюстрация свое не пахнет на практике gcc может потребовать memcp... текст свёрнут, показать
     
  • 8.402, Совершенно другой аноним (?), 16:58, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    про C не скажу, а в С в варианте freestanding рантайма нет совсем нет ни еди... текст свёрнут, показать
     

  • 1.297, Аноним (297), 13:15, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    При упоминании раста у сишковцев void* начинает жать.
     
  • 1.322, Аноним (322), 18:03, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Гугл прогнулся! Все думали, что будет go пропихивать... а оно вон как повернулось, измена же!!!
     
  • 1.326, Аноним (-), 20:09, 19/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем Rust лучше JVM-based languages таких как Scala или Clojure? Мы сейчас про саму Java не говорим. Не срача ради. Вот честно. Смотрю я на все эти новшества и не понимаю.
     
     
  • 2.328, Аноним (322), 22:06, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Не срача ради.

    Нативный код же. Как ты собираешься class-файл с байткодом jvm пристыковать к рандомному нативному исполняемому ELF-файлу с кодом для x86/amd64/arm/и_т.д.?

    P.S. gcj что-то подобное пытался делать, но в итого проект похоронили.

     
     
  • 3.329, Аноним (264), 23:27, 19/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    можно скомпилировать через graalvm native-image в исполняемый файл.
     
     
  • 4.351, Аноним (-), 14:45, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >можно скомпилировать через graalvm native-image в исполняемый файл.

    Лютый маньяк.

     
  • 3.350, Аноним (-), 14:44, 20/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >P.S. gcj что-то подобное пытался делать, но в итого проект похоронили.

    Маньяки.

     

  • 1.352, Аноним (352), 17:34, 20/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    let rust must die
     
  • 1.359, СССР (?), 23:56, 20/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    зачем нужна поддержка в ядре? так не запускаются приложения, сокеты не работаю, пусть отдельнй форк линукса деают для любителей раста, или возмоность отключать руками эту поддержку.
     
     
  • 2.368, Аноним (377), 10:54, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем нужна поддержка в ядре?

    Очевидно что бы писать драйверы устройств на расте.

    > пусть отдельнй форк линукса деают

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

    > или возмоность отключать руками эту поддержку.

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

     
     
  • 3.379, СССР (?), 23:12, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    а что, для того что бы выразить свою точку зрения нужно денег заплатить, стать спонсором с правом голоса?
    По вашему свободный продукт должен строится на базе мнения корпораций? Очевидно что наше представление о свободном ПО разнится.
    Сначало опционально, потом жестко зашито в ядро. Лисе главное залезть в курятник, а там уж она сделает все как вы любите.
     
     
  • 4.385, Аноним (377), 08:22, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    1 ты выразил свою точку зрения неоднократо под этой статьей думаю и в рассылку... большой текст свёрнут, показать
     
     
  • 5.409, СССР (?), 23:15, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    не нужно гадить в ядре. втыкать япБ программы на которых контролируют память без участия программиста. Пусть сделают отдельную ветку. А то так боком боком, и сначала можно отключать, а потом х..
    Так чт не нужно гадить в ядре.
     
     
  • 6.417, Аноним (377), 08:55, 25/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >не нужно гадить в ядре.

    Линус проследит.
    >программы на которых контролируют память без участия программиста.

    почему так нельзя делать ?

     
     
  • 7.418, СССР (?), 23:03, 25/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    так можно делать при написании сайтов, скриптов для БД и пр., но не в сисемном ПО
     

  • 1.360, СССР (?), 00:15, 21/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "По данным компаний Microsoft и Google около 70% уязвимостей вызваны небезопасной работой с памятью." -
    )) а не потому ли что в 90 их код писался армией дешевых индусов, состав который набирался с улицы. что не индус то программист. Вот сейчас винда не та что раньше, работает стабильно, не как раньше. и что получается, на раст переписали? так стоит ли прикрывать руки из жопы широкими штанами? или же писать правду и главное признавать. Бизнесу нужна дешевая рабочая сила, такая что бы любого программиста можно было бы заменить дешевым, создать инструменты с наинизжим порогом вхождения. Не язык пишут удобный для программистов, а язык пишут удобный для бизнесменом. А мы читаем все это вранье и смакуем, хотя эта безопасность уже давным давно реализованна и в опасных языках, н онет, давайте как не будем об этом, раст и точка.
    Общество пи3дyнoв и быдлa.
     
     
  • 2.372, Аноним (372), 13:59, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > эта безопасность уже давным давно реализованна и в опасных языках

    Так может поведаешь об этом всяким сишникам, чтобы перестали плодить дыры?

     
     
  • 3.380, СССР (?), 23:15, 21/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    чуть больше практики + умные указатели, контейнеры.
    не достаточно что бы не тупить?
     
     
  • 4.386, Аноним (377), 08:25, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чуть больше практики + умные указатели, контейнеры.

    это есть в С++ и Rust. ядерные чуваки выбрали раст. чем ты не доволен ?

     
     
  • 5.392, Аноним (-), 05:31, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >ядерные чуваки выбрали раст. чем ты не доволен ?

    Враньё. Ядерные чуваки выбрали копилефт и чистый Си. А Раст пытаются пихать левые люди, в лице копирастов.

     
     
  • 6.394, Аноним (377), 05:59, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://www.opennet.ru/opennews/art.shtml?num=54792

    "Поддержка разработки драйверов ядра Linux на языке Rust активно обсуждалась в прошлом году, в том числе с участием Линуса Торвальдса, который не исключал такую возможность. Идею также поддержал Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux."

    По итогу, Линус не против, Грег Кроа-Хартман - за. В ветку некст раст модуль добавил Стивен Ротвелл (мэйнтейнер ветки Linux-next). Вот как, оказывается, выглядят копирасты и левые люди. Кто же тогда не левые ?

     
     
  • 7.396, Аноним (-), 07:57, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я раскрою это не против Потому-что за скобками много чего есть Линус всегода... большой текст свёрнут, показать
     
     
  • 8.398, Аноним (377), 08:09, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А где раскрывалку покупал А то таких раскрывателей полный форум Все, поним... текст свёрнут, показать
     
  • 5.410, СССР (?), 23:17, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    всмысли выбрали? - "Google профинансирует добавление поддержки Rust в ядро Linux" т.е. гугл курирует этот вопрос, для чего? добрые и порядочные капиталисты?
    Не будте так наивны.
     
  • 4.390, anonymous (??), 11:12, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Даже в С++ (где можно делать перечисленное), который не используется в ядре: делать безопасный код -- это надо стараться, и при этом легко допустить ошибку, и компилятор тебе об этом не скажет. А в безопасных языках всё наоборот: небезобосный код -- это исключение.
     
     
  • 5.393, Аноним (-), 05:36, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >А в безопасных языках всё наоборот: небезобосный код -- это исключение.

    В "безопастных языках" нет безрантаймовости. Чистый Си c -Wall + gdb + valgrind = Rust не нужен.

    В Раст все понапихано. У чистого Си, в реализацих библиотеки отдельно, компилятор отдельно.

    Шах, и мат!

     
     
  • 6.400, anonymous (??), 11:18, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Чистый Си c -Wall + gdb + valgrind

    Весь этот геморрой всё равно не даёт того safety, что даёт rust. И так же очевидно, что проверки на этапе компиляции гораздо вкуснее, чем необходимость гонять valgrind для тестирования каждого возможного случая.

    > В Раст все понапихано

    Можете почитать про tiny hello world на rust. Итоговый запускаемый бинарий весит порядка 100 байт, е ли правильно помню.

     
     
  • 7.403, Аноним (-), 18:28, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >И так же очевидно, что проверки на этапе компиляции гораздо вкуснее, чем необходимость гонять valgrind для тестирования каждого возможного случая.

    Вы Си плюс-плюсник? Если бы вы писали на чистом Си вы бы так не говорили. На чистом Си большинство языковых конструкций это идиомы. Чистый Си + инструменты - это безопастно. Стандарт 11 года некоторые опасные функции заменяет безопастными аналогами.

     
     
  • 8.404, anonymous (??), 21:36, 23/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я в качестве основного языка лет 10 использовал Си, а потом перешёл на Go лет 9... текст свёрнут, показать
     
  • 5.413, СССР (?), 23:49, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну для таких как вы разработают хлеборезку и скажут что нож в руках не безопасно дя и выглядит не толлерантно. и вот пройдет какой то время и "люди" будут говорить про обрезанные пальцы и вспоротые животы.
    так и начнете пользоваться этими хлеборезками. Будете работать на производстве что бы зработать на хайповое устройство которое позволит вам считать себя модны, успешным, муууудрым. так и пройдет ваша жалкая, беспомощная жизнь. Вами легко манипулировать.
     
     
  • 6.416, Аноним (377), 08:51, 25/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что бы такое заявлять, не кривя душой, человек должен сам очистить кремний, вырастить из него микросхемы. Выплавить металл, сделать из него проволоку и фольгу. и много чего еще. потом из всего этого собрать себе компьютер.
    А если ты тупо взял у мамки денег и купил комп в магазине, то забали свое лицемерное лицо.
     
     
  • 7.419, СССР (?), 23:06, 25/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    очко свое залепи, эй ты чмошница!
    теб шкивает от изобретения велосипеда до полной покимонизации людей. баланс для быдла неведом.
     
  • 5.420, Аноним (420), 10:32, 27/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С ним бесполезно спорить. Вместо указания на реальные недостатки раста, он пугает быдлофикацией людей, прямо типичный луддит, который боится остаться без работы.
     
  • 3.411, СССР (?), 23:24, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    всяким? ну есть такии программисты которым я бы порекомендавал бы питон, пусть пишут сайты.
    вот дыры - https://www.opennet.ru/opennews/art.shtml?num=55384
     
     
  • 4.421, Аноним (420), 10:35, 27/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И останешься ты один с парой людей на сишке писать. Какой хитрый план устранения конкурентов!
     
     
  • 5.424, СССР (?), 23:11, 28/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ну как и с чипсами и пивом, я такое не кушаю, а большенство жрут, пьют. чувствую себя немного одиноко )
     

  • 1.371, Аноним12345 (?), 12:43, 21/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В сад
     
  • 1.378, Serq (?), 17:44, 21/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Надо скрестить  Питон с  растом ,  и  появится  новый  язык обладающий  достоинством обеих языков
     
     
  • 2.384, Аноним (-), 06:26, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет появится очередной C++.
     
  • 2.389, anonymous (??), 11:09, 22/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А какие объективные достоинства у python, кроме того, что он очень популярен?
     
     
  • 3.412, СССР (?), 23:37, 24/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А какие объективные достоинства у python, кроме того, что он очень популярен?

    кроме низкого порога вхождения - явных достоинств сомнительное наличие


     

  • 1.415, Аноним (415), 08:03, 25/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    на секунду подумал Rust игру натив клиент сделают под линух, потом вовремя окстился :D
     
  • 1.425, wyry (?), 05:53, 13/12/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне понравилась аналогия Rust и "резиновой женщины" для защиты от ЗППП, сама бы такого не придумала, но это удивительно точная аналогия. Вообще изначально относилась совершенно благосклонно к "безопасному языку с производительностью C", на практике же оказалось, что уровень "удобств" этого языка абсолютно не покрывает затрат: гораздо проще придумать безопасную и простую архитектуру памяти на чистом C чем ещё хоть секунду кувыркаться (политкорректно сказано) с "особенностями владедения". Растоманы часто говорят:"Вы не любите Rust, потому что не понимаете", нет, я не люблю Rust с полным пониманием. Невольно хочется процитировать Джефферсона: "Тот, кто готов променять свою свободу на безопасность не получит ни свободы, ни безопасности". В итоге в любом достаточно сложном проекте в Rust без проблем можно получить утечку памяти (причём как это может быть информации уже тонны). С библиотеками - большинство значимых библиотек - это обёртки, причём unsafe по понятным причинам, где гарантии что они правильно работают? То есть в один момент можно прийти к тому, что всплывёт баг непонятно где. unsafe - это вообще комедия, так уж сложилось, что в любой грамотной архитектуре на C я без unsafe знаю что и где могло сломаться. Свобода C/C++ подразумевает то что человек ответственно отнесётся к ней, это не значит что так оно и есть, в Rust компилятор тебе говорит: пиши так. Тебе что-то не нравится? В C/C++ это реализуется проще и быстрее? Мне плевать, раб.
     
  • 1.427, Z (??), 15:39, 24/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    За что так ненавидят этот язык? Полистал документацию, всё очень прилично.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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