The OpenNET Project / Index page

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



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

"Выпуск Rust 1.53. Google профинансирует добавление поддержки Rust в ядро Linux"  +/
Сообщение от opennews (??), 18-Июн-21, 13:14 
Опубликован релиз языка системного программирования Rust 1.53, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью, обеспечивает автоматическое управление памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 18-Июн-21, 13:14   +5 +/
Хороший релиз, отличные новости
Раст как всегда
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

2. Сообщение от Аноним (-), 18-Июн-21, 13:14   –3 +/
Руст в Ядро до хруста?
Интересно они переупрямят Линуса или нет?
Но в принципе как вариант - ответвление ядра с инкРУСТированным рустом. Почему бы нет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #13, #45

3. Сообщение от OnTheEdgeemail (ok), 18-Июн-21, 13:16   –5 +/
> но кроме символов emoji

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11, #21

5. Сообщение от Аноним (5), 18-Июн-21, 13:18   +/
> Google профинансирует добавление поддержки Rust в ядро Linux

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #8

6. Сообщение от Аноним (6), 18-Июн-21, 13:20   –1 +/
От шапки схлопочет по шапке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7

7. Сообщение от OnTheEdgeemail (ok), 18-Июн-21, 13:21   –2 +/
> От шапки схлопочет по шапке

от гугла схлопочет по гузну

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

8. Сообщение от Аноним (8), 18-Июн-21, 13:21   +1 +/
Интересные у тебя реалии )) Но не засиживайся в них долго
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

9. Сообщение от Аноним (1), 18-Июн-21, 13:22   +7 +/
> кроме символов emoji

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #50

10. Сообщение от eganru (?), 18-Июн-21, 13:22   +11 +/
Немного непонятно, как собирать - раньше я брал gcc, собирал ядро и никаких проблем в целом не возникало. Так было вчера, так было 10 лет назад.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #23, #47, #147, #340

11. Сообщение от Аноним (1), 18-Июн-21, 13:23   +9 +/
Плюсы давно совершили, а Раст тут отстаёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #16

12. Сообщение от Аноним (1), 18-Июн-21, 13:23   +11 +/
А Линус где-то был против?
Были объективные проблемы и будет решение, в чем проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #17

13. Сообщение от НяшМяш (ok), 18-Июн-21, 13:25   +6 +/
Да Линус вроде не против, он выдвинул требования к интеграции (что правильно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #41

14. Сообщение от Аноним (14), 18-Июн-21, 13:31   +2 +/
Пусть финансирует, все равно решает Линус.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #125, #282

15. Сообщение от Аноним (1), 18-Июн-21, 13:31   –20 +/
> проблем в целом не возникало

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #35, #38, #46, #52

16. Сообщение от OnTheEdgeemail (ok), 18-Июн-21, 13:32   –4 +/
🤦
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #29

17. Сообщение от Аноним (-), 18-Июн-21, 13:32   +23 +/
> А Линус где-то был против?

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

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


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #27

18. Сообщение от FortyTwo (ok), 18-Июн-21, 13:33   +5 +/
>Пакетный менеджер Cargo по умолчанию переведён на использование имени "main"

Это победа

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #49, #71, #150

19. Сообщение от Аноним (5), 18-Июн-21, 13:36   –1 +/
Линус уже давно ничего не решает. Он играет роль свадебного хенерала. Пустышка, короче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

20. Сообщение от Аноним (20), 18-Июн-21, 13:38   +12 +/
> при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #28, #74, #81, #172, #176

21. Сообщение от Анонус (?), 18-Июн-21, 13:39   –2 +/
В Джулии уже можно смайлики в именах переменных использовать. Так что революция давно свершилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #39, #135

22. Сообщение от Аноним (1), 18-Июн-21, 13:48   –11 +/
Он высчитывает на этапе компиляции, а не при использовании (Rc не в счёт)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #26, #127, #248

23. Сообщение от Siborgium (ok), 18-Июн-21, 13:49   –1 +/
Согласно словам Торвальдса, код на расте будет опциональным и ограничится драйверами для периферии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #42

24. Сообщение от Аноним (1), 18-Июн-21, 13:49   –7 +/
Всегда не нравилось master
Повод избавиться от него несколько глупый конечно, но сам факт радует)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #407

25. Сообщение от Аноним (25), 18-Июн-21, 13:50   –2 +/
Вот только читаемость кода как у брейнфака. Здесь больше шансов накосячить именно в синтаксисе.
Не особо вижу смысл в этой проверке обращений памяти, я на Го пишу, а всё равно из-за собственных ошибок паники возникают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #43, #68

26. Сообщение от Аноним (20), 18-Июн-21, 13:50   +5 +/
Фейспалм
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #111

27. Сообщение от Аноним (1), 18-Июн-21, 13:51   –6 +/
Я вообще не понимаю повода для срача
Неужели тут настолько много ярых сектантов C, которые даже попробовать что-то новое не хотят?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #91, #94, #163, #246, #252, #265, #284

28. Сообщение от Rev (?), 18-Июн-21, 13:51   –7 +/
Сборка мусора это обычно GC, а он подразумевает рантайм.
У Раста нет ни того, ни другого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #128, #269

29. Сообщение от Аноним (1), 18-Июн-21, 13:53   +/
https://ideone.com/i007hT
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #256

31. Сообщение от Аноним (1), 18-Июн-21, 13:55   –8 +/
Читаемость кода отличная, кроме очень специфических случаев
Синтаксис Го нравится гораздо меньше и вызывает много вопросов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #34, #154

32. Сообщение от Аноним (32), 18-Июн-21, 13:56   –1 +/
С памятью хоть работать научились?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #101

33. Сообщение от fsb4000 (?), 18-Июн-21, 13:57   +/
Нет. Плюсы тоже не умеют в emoji (на уровне стандарта)

https://wg21.link/p1949r7

>All emoji become excluded, instead of just some

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

34. Сообщение от Аноним (20), 18-Июн-21, 13:59   +/
нет, ужасная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #235

35. Сообщение от deeaitch (ok), 18-Июн-21, 14:01   +1 +/
> достаточно совместим с MSVC на Оффтопике, и только мир Линукса продолжает GCCчить.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #88, #401, #408

36. Сообщение от Fracta1L (ok), 18-Июн-21, 14:03   –17 +/
Хорошая новость. Фанбоям дырявой сишки - страдать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48, #55

37. Сообщение от Dzen Python (ok), 18-Июн-21, 14:05   +4 +/
> Гугл проспонсирует растовых бездарностей, так и не сумевших сделать даже dummy-драйвер для линуксячьего ведра.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #60, #104, #346

38. Сообщение от eganru (?), 18-Июн-21, 14:09   +/
[i]Есть какие-то проблемы с установкой Раста?[/i] - не могу Вас понять.

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

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #89

39. Сообщение от adolfus (ok), 18-Июн-21, 14:09   +/
Вот только двоеточие в именах файлов и точку на конце имени в некоторых ОС не можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

40. Сообщение от Аноним (40), 18-Июн-21, 14:11   +7 +/
а в хромиум rust они не хотят профинансировать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #63, #72, #217

41. Сообщение от adolfus (ok), 18-Июн-21, 14:13   +9 +/
Правильно сначала заявиться в ISO/IEC на предмет создания комитета языка, который подготовит стандарт, который будет поддерживаться хотя бы лет двадцать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #86, #191

42. Сообщение от letsmac (ok), 18-Июн-21, 14:13   +/
Линух стремительно бежит по дорожке, на которой все грабли уже собрали другие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #237

43. Сообщение от Rev (?), 18-Июн-21, 14:14   –4 +/
Просто надо по-другому форматировать код. Так, как его форматируют в почти всех проектах на Расте, это просто ужас-ужас!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #61, #96

44. Сообщение от Аноним (44), 18-Июн-21, 14:15   +6 +/
> проблемы удалось решить обходным путём - компилятор продолжит преобразование array.into_iter() в (&array).into_iter(), как если бы отсутствовала реализация типажа IntoIterator, но только при вызове метода с использованием синтаксиса ".into_iter()"

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

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

45. Сообщение от Lex (??), 18-Июн-21, 14:16   –4 +/
А кто его спрашивает, если фактические владельцы( самые жирные инвесторы ) решили-таки это затолкать в линукс?
Торвальдс если и может возразить, то что-то типа «я категорически против интеграции не_самой_новой версии раста, Господа-инвесторы, кудааах»
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #268

46. Сообщение от adolfus (ok), 18-Июн-21, 14:18   +5 +/
> Не хочется ещё раз такого кошмара с компиляторами, как сейчас с C || C++.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #53, #93

47. Сообщение от Ordu (ok), 18-Июн-21, 14:20   +8 +/
> Сейчас работа с rust в gcc не достигла зрелости.
> Выходит что, для сборки будет необходимо дополнительно использовать инструментарий с llvm...

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #168

48. Сообщение от adolfus (ok), 18-Июн-21, 14:21   +8 +/
Сам ты дырявый. Сначала научись программировать, а потом разевай свой членоприемник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #54, #103

49. Сообщение от Dzen Python (ok), 18-Июн-21, 14:23   +1 +/
Эх, заживем!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

50. Сообщение от Аноним (-), 18-Июн-21, 14:25   +4 +/
>> кроме символов emoji
> За что 😭

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


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

51. Сообщение от Аноним (51), 18-Июн-21, 14:25   +5 +/
>Google профинансирует добавление поддержки Rust в ядро Linux

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57, #347

52. Сообщение от n00by (ok), 18-Июн-21, 14:29   –1 +/
>> проблем в целом не возникало
> Есть какие-то проблемы с установкой Раста?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #76

53. Сообщение от Аноним (-), 18-Июн-21, 14:30   –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/)

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

54. Сообщение от deeaitch (ok), 18-Июн-21, 14:34   +2 +/
Он не может. Он сам об этом тут говорил что дибил. Если поищешь в его коментах быстро найдёшь. Он тогда зарегеный был.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #205

55. Сообщение от deeaitch (ok), 18-Июн-21, 14:35   +1 +/
Как всегда глуп до невозможности. Ещё ничего не произошло а ты уже обделался из своей дыреи от радости.

Подгузники смени. Пахнет не очень.

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

56. Сообщение от Аноним (60), 18-Июн-21, 14:38   +/
Гугл профинансирует - звучит как приговор, что расту быть таки в ядре. С другой стороны пусть в свой форк и добавляют.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #66, #109

57. Сообщение от Аноним (60), 18-Июн-21, 14:39   –1 +/
Боюсь это тестовая площадка. поматросят и бросят, а ядру потом с этим жить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #201

58. Сообщение от Аноним (58), 18-Июн-21, 14:40   +1 +/
Хорошая новость! Rust давным-давно пора скинуть вниз по кривой хайпа: вперёд к «максимуму разочарований». Растишке давно пора начать взрослеть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #112

59. Сообщение от Аноним (60), 18-Июн-21, 14:40   +1 +/
Это другое
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

60. Сообщение от Аноним (60), 18-Июн-21, 14:41   +1 +/
Силы священного Линуса же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

61. Сообщение от Урри (ok), 18-Июн-21, 14:42   +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)
            }
        }
    }

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #64, #97, #141, #331

63. Сообщение от Урри (ok), 18-Июн-21, 14:43   +1 +/
А в хромиуме они умеют использовать умные указатели и раст в нем банально не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #106, #133, #423

64. Сообщение от Онаним (?), 18-Июн-21, 14:43   +3 +/
Мои глаза вытекли, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

65. Сообщение от Онаним (?), 18-Июн-21, 14:45   +/
Google уже много проектов "профинансировал".
Google+ например.
Закапывать наглухо "профинансированное" в случае невзлёта они не стесняются, так что всё ок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

66. Сообщение от Урри (ok), 18-Июн-21, 14:45   +3 +/
Гугл столько проектов успешно похоронил, сколько ты еще не попробовал.
https://killedbygoogle.com/

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

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

67. Сообщение от Онаним (?), 18-Июн-21, 14:46   +/
> обходным путём - компилятор продолжит преобразование array.into_iter() в (&array).into_iter(), как если бы отсутствовала реализация типажа IntoIterator, но только при вызове метода с использованием синтаксиса ".into_iter()" и не касаясь вызовов в форме

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70, #80, #83, #95, #178, #341

68. Сообщение от Аноним 80_уровня (ok), 18-Июн-21, 14:46   +/
Читаемость - дело не последней важности, но как у него дела с генерируемым кодом?
Ядро системы - не то место, где можно терпеть производительность как у питона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #99, #144, #304

69. Сообщение от Аноним (70), 18-Июн-21, 14:53   +2 +/
Забавно как в ядро пытаются сувать даже если и не плохой, но однозначно сырой продукт.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82, #114

70. Сообщение от Аноним (70), 18-Июн-21, 14:54   +/
Одним больше одним меньше
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

71. Сообщение от Аноним (71), 18-Июн-21, 14:55   –2 +/
так ничего ж не переведено, редакция опеннета опять обкурилась?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

72. Сообщение от Аноним (72), 18-Июн-21, 14:56   –8 +/
Свой продукт загрязнять растопомойкой гугл не будет. линукс им не жалко, туда можно и сраст запихнуть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #105

73. Сообщение от Аноним123 (?), 18-Июн-21, 14:56   –1 +/
Для массивов реализован типаж IntoIterator


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

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

74. Сообщение от MazikOttogi (ok), 18-Июн-21, 14:57   +8 +/
>Без типов со счетчиками ссылок ни одну реальную программу не написать

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

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

76. Сообщение от Аноним (377), 18-Июн-21, 14:59   +/
Ок, разрешаю обладателям такого уникального железа (которое не поддррживается LLVM) не собирать модули написанные на расте. Надеюсь они смогут сконфигурировать ядро правильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

77. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 15:00   +/
Не флейма ради, кто-нибудь поясните пожалуйста, как при декларируемой безопасной работе с памятью случается такое:

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

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102, #121, #146, #158, #223

80. Сообщение от Аноним (72), 18-Июн-21, 15:04   –1 +/
В костыльном языке плюс один костыль
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

81. Сообщение от Аноним (377), 18-Июн-21, 15:06   +1 +/
писатели прошивок под cortex-M и risc-V смотрят на тебя, как на балабола.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

82. Сообщение от Аноним (72), 18-Июн-21, 15:06   –2 +/
Линукс для них конкурент фуксии, с помощью ущербного языка избавляются от конкурента
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #87

83. Сообщение от VladSh (?), 18-Июн-21, 15:11   +1 +/
Костыль для обратной совместимости.
Через год, когда код подравняют, можно объявить deprecated, а ещё через год удалить. Пока кода немного написано, это вполне себе подход.
Язык живёт и активно развивается. Было бы странно, если бы всё было изначально правильно задизайнено. Что не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #254

86. Сообщение от Аноним (86), 18-Июн-21, 15:14   +/
Стандарт - костыль из-за разнообразия компиляторов, мешающий нормальному развитию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #117, #139, #167, #273, #333

87. Сообщение от Аноним (377), 18-Июн-21, 15:15   +/
шапочка из фольги не жмет ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #311

88. Сообщение от Аноним (86), 18-Июн-21, 15:16   –1 +/
Поэтому речь о LLVM. Замена cl на clang-cl.
При этом сохраняется интеграция с хедерами, а не как в mingw
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

89. Сообщение от Аноним (86), 18-Июн-21, 15:17   –2 +/
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

И ВСЁ

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #129, #247, #250, #271

91. Сообщение от Аноним (-), 18-Июн-21, 15:18   +5 +/
> Я вообще не понимаю повода для срача

"Сдесь так принято!" (c)
Вон, БСД тоже любят обо*рать - при этом внятно ответить на вопрос "за что?" не могут. Говорят, что "бздуны первые начали!" (правда, если даже это и так - большая часть активных обс*ирателей в те времена первую диаблу и хальфу на папкином компутере под вендочкой гоняла).
> Неужели тут настолько много ярых сектантов C,

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

https://www.opennet.ru/openforum/vsluhforumID3/123185.html#190
>>>> На расте невозможно написать даже вызов ядра, какой уж тут системный...
>>> (показан пример вызова в соотв. с оф. кернел ABI https://man7.org/linux/man-pages/man2/syscall.2.html Architecture calling conventions
>>> на расте)

.
>> А это, внезапно, не раст вовсе, а обычный такой ...  ассемблер.
>> Глупые растовебмакаки не понимают таких очевидных вещей
>> man 2 syscall
>> syscall - indirect system call
>> SYNOPSIS
>>       #define _GNU_SOURCE         /* See feature_test_macros(7) */
>>       #include <unistd.h>
>>       #include <sys/syscall.h>   /* For SYS_xxx definitions */
>>       long syscall(long number, ...);

.
>> И таки вызов этой штуки - чистой воды си.

Хоть стой, хоть падай от такого "экпсертизма" ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #335

93. Сообщение от Аноним (86), 18-Июн-21, 15:20   –4 +/
https://en.cppreference.com/w/cpp/compiler_support

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #115

94. Сообщение от Эксперт (?), 18-Июн-21, 15:21   –1 +/
Уровень опеннетэксперта пропорционален уровню познания темы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

95. Сообщение от Аноним (95), 18-Июн-21, 15:22   +1 +/
Они скорее всего в следующем Edition его удалят - и совместимость не потеряется и костыль проживет совсем недолго.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #255

96. Сообщение от Аноним (86), 18-Июн-21, 15:23   +1 +/
Есть определенный стандарт форматирования, который встроен в Cargo и его используют все. И это лучше, чем миллион разных стайлгайдов у C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

97. Сообщение от Аноним (86), 18-Июн-21, 15:24   +11 +/
А будут примеры нечитабельного кода?
Этот максимально простой и элегантный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

99. Сообщение от Аноним (86), 18-Июн-21, 15:26   +/
На уровне C/C++.
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

101. Сообщение от Аноним (86), 18-Июн-21, 15:27   +2 +/
В Rust словить утечку или ошибку памяти гораздо сложнее, чем в C/C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #130, #157, #361

102. Сообщение от Онаним (?), 18-Июн-21, 15:27   –1 +/
Баг внесли в хрустсекс адвизори датабейс, искать там.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #120

103. Сообщение от Аноним (86), 18-Июн-21, 15:28   –4 +/
Ты же в курсе, что даже опытные C-программисты регулярно совершают ошибки, которые Rust просто не скомпилировал бы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #199

104. Сообщение от Аноним (86), 18-Июн-21, 15:29   –1 +/
Гугл проспонсирует развитие шикарного языка, который уже сейчас на голову удобнее C, какой же кошмар
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #253

105. Сообщение от Аноним (86), 18-Июн-21, 15:30   –2 +/
Вот откуда такие громкие слова? Растопомойка? А ты сам попробовал на нем писать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #136

106. Сообщение от Аноним (86), 18-Июн-21, 15:31   +1 +/
Главное в это верить, бро
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #132

108. Сообщение от Аноним (72), 18-Июн-21, 15:32   –4 +/
Каждая новость про сраст сопровождается кучей эпитетов о том какой он системный, безопасный и ваще агонь. Они сами себя убеждают?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #116

109. Сообщение от Аноним (86), 18-Июн-21, 15:32   –3 +/
Не приговор, а счастье.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

111. Сообщение от Аноним (-), 18-Июн-21, 15:33   +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.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #214

112. Сообщение от Аноним (86), 18-Июн-21, 15:33   –7 +/
Куда скидывать, если он уже сейчас на головы удобнее C?
А станет ещё годнее благодаря Линуксу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

114. Сообщение от Аноним (86), 18-Июн-21, 15:35   –5 +/
Ну ведь неудачный C там есть, почему бы ещё разнообразия не добавить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #203

115. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 15:35   +/
У GCC 11 для C++20 только две вещи из 69 поддерживаются не полностью, а частично, у MSVC, как это ни странно тоже две, но другие (из ядра языка). У остальных - да, всё хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

116. Сообщение от Аноним (86), 18-Июн-21, 15:36   +2 +/
Потому что на опеннете до сих пор остались недалёкие, непонимающие шикарность Раста.
Может, хотя бы задуматься заставит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #124, #171

117. Сообщение от Аноним (117), 18-Июн-21, 15:37   +5 +/
Нормальное развитие - это когда нужно рефакторить написанный 2 года назад код только чтобы он собирался новой версией компилятора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #134, #373

120. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 15:42   –1 +/
Спасибо, посмотрел и там (https://github.com/RustSec/advisory-db/blob/main/crates/algo...) - честно говоря понятнее не стало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #131

121. Сообщение от Аноним (86), 18-Июн-21, 15:43   +/
>.It will be surfaced by tools such as cargo-audit or cargo-deny from now on.

Всё ок

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #123

123. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 15:47   +/
Правильно я понимаю, что это ещё что-то, типа cppcheck/lint, которая скажет, ой - тут у вас какой-то кривой крейт, не надо его использовать?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #257

124. Сообщение от Аноним (72), 18-Июн-21, 15:50   –3 +/
Нет, это именно попытка уговорить и впарить, шикарность в этом не нуждается. Но тебе ведомому барану не понять сей истины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #152

125. Сообщение от Анимус (?), 18-Июн-21, 15:53   +/
Ох, наивен нонче онанимус пошёл...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

127. Сообщение от deeaitch (ok), 18-Июн-21, 15:54   +/
СЕРЬЁЗНО?

вау

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

128. Сообщение от deeaitch (ok), 18-Июн-21, 15:55   +2 +/
Да ты что?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

129. Сообщение от анон (?), 18-Июн-21, 15:56   +1 +/
Посоны могут не понять и отпинать за такие хипстерские скрипты в 2к21. Я уже молчу про опеннет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #170, #193

130. Сообщение от deeaitch (ok), 18-Июн-21, 15:57   –3 +/
Не спорю, сложнее. А знаешь почему?
Но только память у пропагандистов Rust смотрю ооооочень короткая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

131. Сообщение от Онаним (?), 18-Июн-21, 15:58   –1 +/
Значит пока ещё не исследовано, но следить за ходом событий видимо там. Или по ID оттуда в прочих чейнджлогах - могут и "втихую" закрыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #145

132. Сообщение от deeaitch (ok), 18-Июн-21, 15:58   –3 +/
Слепая вера это к растоманам. А тут уже интеллект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

133. Сообщение от deeaitch (ok), 18-Июн-21, 15:59   +/
Таки да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

134. Сообщение от Аноним (-), 18-Июн-21, 16:00   +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

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

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

135. Сообщение от Аноним (135), 18-Июн-21, 16:00   +1 +/
Только лишь смайлики? Вот если бы все эмодзи, то тогда, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

136. Сообщение от deeaitch (ok), 18-Июн-21, 16:00   +/
Я пробовал. В реальном продакшене карго недопустимая штука. Никто не позволит тебе тащить непонятно что под непонятно какой лицензией и непонятно каким васяном написанное в проект. А следить за репозиторием карго никто не хочет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #149

139. Сообщение от Аноним (135), 18-Июн-21, 16:02   +/
Но тогда бы для разработчиков разных компиляторов был хоть ориентир.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

141. Сообщение от Анимус (?), 18-Июн-21, 16:04   +1 +/
Что здесь непонятного, даже в таком ужасном форумном форматировании? Сырцы на плюсах выглядели бы куда хуже и в два раза длиннее при той же функциональности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #244

144. Сообщение от Анимус (?), 18-Июн-21, 16:07   +1 +/
Вот тут довольно интересно, читайте до конца habr.com/ru/post/492410/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

145. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 16:07   –1 +/
ясно, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

146. Сообщение от deeaitch (ok), 18-Июн-21, 16:07   –1 +/
> кто-нибудь поясните пожалуйста, как при декларируемой безопасной работе с памятью случается такое

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

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

147. Сообщение от Аноним (135), 18-Июн-21, 16:07   +/
>Не хочется ещё раз такого кошмара с компиляторами, как сейчас с C || C++

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

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

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

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

149. Сообщение от Анимус (?), 18-Июн-21, 16:10   –2 +/
Очевидно, что ни о Карго, ни о реальном продакшне не имеешь представления.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #156

150. Сообщение от Аноним (150), 18-Июн-21, 16:10   +2 +/
Б*, т.е. я сначала совокуплялся с теми репами, кто юзал main и только через минут 30 "какого черта оно не работает, если git работает" сообразил что репа с main'ом (коих меньшинство), а теперь будет обратная вакханалия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #343

152. Сообщение от Адсосин (?), 18-Июн-21, 16:11   –1 +/
>Но тебе ведомому барану не понять сей истины.

Ничто не истина, всё дозволено!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #162

154. Сообщение от Аноним (150), 18-Июн-21, 16:11   –1 +/
Эти "специфичные случаи" вылезают сразу же, как только начинаешь писать что-то сложнее "Hello world", особенно с async / await, особенно когда треть либ заточена на tokio, треть на async-std и треть на actix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

156. Сообщение от deeaitch (ok), 18-Июн-21, 16:12   –3 +/
> Очевидно, что ни о Карго, ни о реальном продакшне не имеешь представления.

Ну конечно. Сейчас президент всемирно извествной компании "Два васяна продакшен" расскажет о реальном продакшене супер канкурирующего продукта с засекреченной и охраняемой разработкой.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149 Ответы: #164

157. Сообщение от Аноним (135), 18-Июн-21, 16:12   +2 +/
Утечки памяти Rust это не баг, это защита от use-after-free.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #160

158. Сообщение от Аноним (158), 18-Июн-21, 16:14   +/
Не знаток раста от слова "совсем", но я там заметил в коде блок " unsafe {...}", какой там контроль в компиляторе должен быть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #166

159. Сообщение от Аноним (135), 18-Июн-21, 16:15   +/
>Для массивов реализован типаж IntoIterator

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

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

160. Сообщение от deeaitch (ok), 18-Июн-21, 16:15   +/
> Утечки памяти Rust это не баг, это защита от use-after-free.

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

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

162. Сообщение от Аноним (72), 18-Июн-21, 16:17   +/
Кому дозволено, мазохистам выбравшим раст?? нет, им кроме унижения и боли ничего не дозволено
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

163. Сообщение от _hide_ (ok), 18-Июн-21, 16:17   –1 +/
Если честно, что-то непонятно, почему так все сложно с этим растом? Он что, без своего рантайма на тележке не работает и "нужно поддержка со стороны ядра"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #240

164. Сообщение от Анимус (?), 18-Июн-21, 16:17   –2 +/
А Вас, простите, как по имени-отчеству? Чем руководите в свободное от преподавания время?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

166. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 16:18   –1 +/
Ясно. Теперь понятно, почему компилятор ничего не нашел, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

167. Сообщение от n00by (ok), 18-Июн-21, 16:20   +3 +/
> Стандарт - костыль из-за разнообразия компиляторов, мешающий нормальному развитию.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #278

168. Сообщение от durilka (?), 18-Июн-21, 16:21   –1 +/
> А что будет через десять лет

Redox OS

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

169. Сообщение от Аноним (171), 18-Июн-21, 16:22   +4 +/
Хороший язык и не надо насильно вставлять в ядро. Очередная новость, которая подчеркивает вторичность Раста.
Ответить | Правка | Наверх | Cообщить модератору

170. Сообщение от n00by (ok), 18-Июн-21, 16:23   +2 +/
Меня за 2к21 отпинали, теперь пишу 2к20++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

171. Сообщение от Аноним (171), 18-Июн-21, 16:23   –1 +/
Потому что большинство обладает мозгом, чтобы понять что у Раста нет никаких преимуществ одни трейдоффы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

172. Сообщение от durilka (?), 18-Июн-21, 16:28   +/
> Без типов со счетчиками ссылок ни одну реальную программу не написать

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #272, #298, #388

176. Сообщение от Ordu (ok), 18-Июн-21, 16:42   +1 +/
> подсчет ссылок - это разновидность сборки мусора и это рантайм.

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

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

178. Сообщение от Ordu (ok), 18-Июн-21, 16:49   +/
Костыль. И на мой взгляд довольно жопный. Но, может, они соберутся с духом в каком-нибудь едишне поломать обратную совместимость... Очень надеюсь на это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #212

181. Сообщение от Аноним (135), 18-Июн-21, 17:00   +1 +/
Ждём, что по поводу модулей на Rust скажут разработчики Linux-libre.
Ответить | Правка | Наверх | Cообщить модератору

190. Сообщение от Аноним (190), 18-Июн-21, 17:26   +5 +/
Операция Google по внедрению в vendor-lock в linux началась!
Chromium уничтожит все ваши браузеры и захламит все ОС своей рекламой!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #228

191. Сообщение от Аноним (191), 18-Июн-21, 17:27   +1 +/
На текущем этапе развития это только навредит. Сначала надо язык довести до ума, а для этого временами надо ломать обратную совместимость.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #234, #339

193. Сообщение от Аноним (1), 18-Июн-21, 17:28   –1 +/
Всяко лучше уничтожения процессора на компиляцию ос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

199. Сообщение от Аноним (199), 18-Июн-21, 17:42   +1 +/
Нет не в курсе, покажешь пример?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #267

201. Сообщение от Аноним (199), 18-Июн-21, 17:45   –1 +/
> а ядру потом с этим жить

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

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

203. Сообщение от Аноним (199), 18-Июн-21, 17:47   +/
C очень удачный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #238

205. Сообщение от Fracta1L (ok), 18-Июн-21, 17:50   –7 +/
Реакцией сишных опущенцев удовлетворён -))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #207, #209, #260

207. Сообщение от deeaitch (ok), 18-Июн-21, 17:52   +1 +/
> Реакцией сишных опущенцев удовлетворён -))

Как всегда глупо, не по делу и чего сказать хотел и сам то не понял.

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

208. Сообщение от Аноним (208), 18-Июн-21, 17:52   +3 +/
Понятно что гуглу линукс больше не нужен, потому и пытаются загадить ядро растомусором
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #225

209. Сообщение от deeaitch (ok), 18-Июн-21, 17:52   +1 +/
> Реакцией сишных опущенцев удовлетворён -))

Или ты опять напился?

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

212. Сообщение от Второе Я (?), 18-Июн-21, 18:12   +3 +/
В 2021 эдишине уже нормальная поддержка. Этот компромисс - исключительно для старых эдишнов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

214. Сообщение от nelson (??), 18-Июн-21, 18:22   +2 +/
> Чем не сборщик мусора?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #293

217. Сообщение от Аноним (217), 18-Июн-21, 18:39   –1 +/
А зачем? Хромиум деньги приносит, его закапывать рано.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

223. Сообщение от Ordu (ok), 18-Июн-21, 18:46   +1 +/
> Это в компиляторе какого-то контроля не хватало, и его потом починили, или код крейта был так написан, что как-то смог обойти все контроли?

Код использует unsafe функцию get_by_index собственного изобретения, которая возвращает raw-указатель на элемент массива. Затем он использует ptr.read, чтобы прочитать элемент массива. И таким образом он дублирует элемент массива, информация про ownership теряется. Это похрен, в ряде случаев, но в его примере со String это не работает и не может сработать.

String содержит в себе ptr: *u8 -- указатель на блок памяти, содержащий все символы. Этот String -- уникальный владелец указателя на этот кусок памяти, он может позволить позаимствовать указатель на него, но лишь на время, и borrow-checker следит за тем, чтобы позаимствованная ссылка не смогла бы пережить String, из которого она была позаимствована. Когда объект String удаляется, вызывается String::drop, которая делает free на этот указатель. Гарантии safe-кода и код String гарантируют, что всё пройдёт норм: что этот указатель будет валидным, и что после его освобождения нигде не останется dangling-pointer'ов.

Но чувак нашёл способ скопировать String, то есть он получил два объекта String, хранящие указатели на один и тот же кусок памяти. Он взял raw-указатель на String, и прочитал оттуда сам String, вместе с указателем на память. Естественно, что когда эти String'и удаляются, он получает double-free: первый удалённый уже освободил память, указатель во втором превратился в dangling-pointer, и удаление второго String'а приводит к free на висящем указателе, то есть а double-free.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #241, #286

225. Сообщение от Аноним (217), 18-Июн-21, 18:47   +2 +/
Скорее выбить из ниш, где сборщик мусора мешает жить.
Всё инфраструктурное, жизнеобеспечение, транспорт - линукс вычитайте сразу.

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

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

228. Сообщение от Аноним (217), 18-Июн-21, 18:49   +3 +/
Вот ни разу не шутка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

234. Сообщение от Аноним (234), 18-Июн-21, 19:00   +/
Дык, сначала стандарт, а потом уже и в ядро можно. Не наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #270

235. Сообщение от Аноним (234), 18-Июн-21, 19:04   –1 +/
Ну, ужасная так ужасная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

237. Сообщение от Аноним (234), 18-Июн-21, 19:11   +/
Для эспериментальных вещей есть экспериментальные ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

238. Сообщение от DildoZilla (?), 18-Июн-21, 19:16   –1 +/
C это академическая шутка, типа MozgoTrax 70-х годов. Но пришел манажир и сказал: "Ф продакшон!"
И ведь не пискнешь -- уволят в гетто к американоафриканцам. Капитализьм!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203 Ответы: #327

240. Сообщение от Аноним (240), 18-Июн-21, 19:37   +1 +/
чтобы писать модули для ядра(а в этой ветке об этом и говорят вроде как), тебе по-любому нужна поддержка разработки модулей для ядра, то есть обертки над ним
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #382

241. Сообщение от Совершенно другой аноним (?), 18-Июн-21, 20:04   –1 +/
>> Это в компиляторе какого-то контроля не хватало, и его потом починили, или код крейта был так написан, что как-то смог обойти все контроли?

...

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #245

244. Сообщение от Урри (ok), 18-Июн-21, 20:15   +2 +/
Я так развлекался пару лет наза по поводу кода на хаскеле. Тоже, когда привыкнешь, все понятно.
Ну как все - одна лишняя закорючка и ты два дня пытаешься понять почему все не работает.

Зачем языку общего назначения, "убийце сишечки", такая излишняя перегруженность совершенно неочиведными операторами?

Зачем вот эти все "&mut, _, ::, (()), =>", если можно было бы обойтись без этой голимой каллиграфии, как обходится наша дорогая сишечка?


"Вот только читаемость кода как у брейнфака." (c) тредстартер

> Сырцы на плюсах выглядели бы куда хуже и в два раза длиннее при той же функциональности.

Во-первых, на С этот код выглядел бы раз в 20 элегантнее и проще. Во-вторых, на плюсах этот код тоже можно было бы написать элегантно и просто (хотя можно было бы и ужасно, само собой). Но вот на расте элегантно и просто этот код написать нельзя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #251, #262

245. Сообщение от Ordu (ok), 18-Июн-21, 20:21   +/
> Единственно, что удивило - я так думал, что unsafe
> должен использоваться довольно редко, но судя по коду, который был в
> базе cve - наоборот, очень часто.

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

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

246. Сообщение от Ivan_83 (ok), 18-Июн-21, 20:35   +10 +/
Уже 10 раз писали:
1. руст это +1 тяжёлый компилятор
2. это +1 инопланетянский синтаксис исходников, намного сложнее того что в С
3. это проблемы с портабельностью, особенно на архитектуры где мало ресурсов и каждый килобайт важен

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #336

247. Сообщение от Ivan_83 (ok), 18-Июн-21, 20:39   +3 +/
Идиотов так делать нужно ещё поискать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

248. Сообщение от Ivan_83 (ok), 18-Июн-21, 20:44   +/
А откуда на этапе компиляции возьмутся исходные данные, которые будет обрабатывать программа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #259

250. Сообщение от Урри (ok), 18-Июн-21, 21:14   +3 +/
sudo, ты забыл sudo.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #296

251. Сообщение от Урри (ok), 18-Июн-21, 21:18   +/
прошу прощения за опечатки. выпимши я сегодня, в пятничку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244

252. Сообщение от нах.. (?), 18-Июн-21, 21:18   +1 +/
Зачем пробывать говно чтрб понять что это говно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

253. Сообщение от Урри (ok), 18-Июн-21, 21:19   +/
Это где гугл спонсирует лисп? Поделись ссылкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

254. Сообщение от Урри (ok), 18-Июн-21, 21:22   –1 +/
> Что не так?

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

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

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

255. Сообщение от Урри (ok), 18-Июн-21, 21:23   –3 +/
Потеряется, только не прямо сейчас, а в следующем очередном весь-ваш-код-надо-по-новой-переписать Edition.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

256. Сообщение от Аноним (256), 18-Июн-21, 21:25   +6 +/
Ёшкин кот!
> carbonads.com
> facebook.com
> google-analytics.com
> servedby-buysellads.com
> ... *ads*, *analytics*, *metrics*, *research*, *telemetry*, *assprobe*, etc

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #365

257. Сообщение от Урри (ok), 18-Июн-21, 21:25   –2 +/
unsafe.
Вся магия хруста отключается одним простым словом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

259. Сообщение от deeaitch (ok), 18-Июн-21, 21:28   –1 +/
Это божественный компилятор раста, ему не нужно знать, он и так всё вычисляет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

260. Сообщение от Старший аноним (?), 18-Июн-21, 22:01   +/
И зачем тебя Сишники опускают, не скажешь, голубок?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

261. Сообщение от InuYasha (??), 18-Июн-21, 22:04   –1 +/
Всё, уговорили. Раз уж сам Гугл спонсирует - значит, действительно раст ужасен.
Ответить | Правка | Наверх | Cообщить модератору

262. Сообщение от Dzen Python (ok), 18-Июн-21, 22:06   –1 +/
Ну, потому, что язык пришел с Загнивающего, где не так давно был бум хайпа на хачкель и чистую функциональщину, в противовес "обычному, boring" императивному подходу с классическими концепциями функциональной модульности и ООП. Если еще короче - детям прочитали курс "Функциональщина 101" и далее все понеслось.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #344

264. Сообщение от Аноним (264), 18-Июн-21, 23:18   –5 +/
Мне очень нравится когда компилятор находит много ошибок в коде, но почитав комментарии на opennet возниакет желаниче чуть ли не расстелять разработчиков.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #285, #287

265. Сообщение от Аноним (265), 18-Июн-21, 23:25   +1 +/
Просто никто не хочет для сборки одного грёбанного модуля (который можно было бы просто написать и на "сектантском" Си) тащить тулчан, который мало того что весит до буя, так ещё и нафиг потом ни для чего не понадобится. И это я ещё не говорю о том, что раст вообще никаких преимуществ не даёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

266. Сообщение от Аноним (266), 18-Июн-21, 23:28   +1 +/
>Дополнительно можно отметить предоставление финансирования работы по развитию интеграции в ядро Linux средств для разработки компонентов на языке Rust.

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

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

267. Сообщение от Анончик (?), 18-Июн-21, 23:28   –1 +/

bs->teamleader[sizeof( bs->teamleader )] = '\0';


    int* a = new int[10];

    for (int i = 0; i <= 10; ++i) {
        a[i] = i * i; // ошибка при i = 10
    }

Это прямо явное
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #199 Ответы: #283, #294

268. Сообщение от Аноним (265), 18-Июн-21, 23:31   +/
Недооцениваете вы темперамент и авторитет горячего шведо-финского парня.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

269. Сообщение от asdasd (?), 18-Июн-21, 23:36   +/
tokio / async-std / actix це що?
Да и в С++ уже сто лет в обед shared_ptr есть, а в Rust'е где начинается хоть какая-то многопоточность / асинхронность вылезает Arc, что значит что компилятор автоматически память не освободит. И смысл тогда? Не юзайте в плюсах ручное выделение, а только shared / unque_ptr и будет тоже самое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

270. Сообщение от Likern (?), 18-Июн-21, 23:37   +2 +/
Ой, а что это тут ... у нас... а это ядро Linux написанное на нестандартном подмножестве С... ой... не использует никаких стандартов (С89 с фичами завязанными на конкретный компилятор)... что же это получается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234 Ответы: #277

271. Сообщение от Аноним (265), 18-Июн-21, 23:41   –1 +/
Надеюсь, что рано или поздно вам туда впихнут `rm -fr /`
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

272. Сообщение от Likern (?), 18-Июн-21, 23:41   +/
Nim кажется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

273. Сообщение от YetAnotherOnanym (ok), 19-Июн-21, 00:00   +1 +/
> Стандарт - костыль (...), мешающий нормальному развитию.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #338

275. Сообщение от eq (?), 19-Июн-21, 01:02   –2 +/
Леваков гнать в шею, нельзя и близко подпускать к разработке ядра. SJW м*рази не должны мешать нормальным людям.

И, да, значительную часть багов можно вылавливать, используя давно доступные флаги компилятора. Гораздо эффективнее развивать текущую С кодовую базу.

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

276. Сообщение от Аноним (276), 19-Июн-21, 01:16   +/
Похоже придется скоро на BSD ядра переходить. Шлёпнут Линуса и деваться будет некуда...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #355

277. Сообщение от Аноним (234), 19-Июн-21, 01:30   +/
Это получается, что еще больше нестандартности проблемы не решат, а наоборот.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #270

278. Сообщение от Ordu (ok), 19-Июн-21, 01:52   +/
Разногласия можно решать читая RFC -- подавляющее большинство фичей в расте добавлялось через RFC. Если же нужного RFC нет, то анонимы могут написать свой RFC и инициировать обсуждение сообщества. Я не вижу каких-то принципиальных проблем в этом, кроме того, что обсуждение может занять время. Точнее оно займёт время -- RFC обычно выдерживают хорошенько, прежде чем окончательно принимать. Чтобы все успели высказаться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #291

279. Сообщение от Аноним (279), 19-Июн-21, 05:25   +/
А че сразу то не переписать ядро на джаве или шарфе? Че мелочиться то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #314

280. Сообщение от acroobat (??), 19-Июн-21, 06:01   –5 +/
Гугловцы в курсе, что раст написан на C/C++
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #354

282. Сообщение от Аноним (282), 19-Июн-21, 07:48   –3 +/
Линусу уже всё доходчиво объяснили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #342

283. Сообщение от Аноним (282), 19-Июн-21, 08:05   –2 +/
Что-то подобное происходит настолько редко, что даже трудно припомнить когда в последний раз реально встречалось.
Те глупые баги, что видел, получались в результате автоматического рефакторинга или авто-мерджей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

284. Сообщение от Аноним (284), 19-Июн-21, 08:22   +6 +/
Манипуляция! Сектанты - Раст. Си - мейнстрим: самый популярный язык, самое большое количество библиотек, наиболее переносимый, почти весь критический софт в мире написан на Си
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #337

285. Сообщение от Аноним (285), 19-Июн-21, 08:30   –2 +/
Ненавижу хруст. Это самый худший язык программирования с нечитаемым синтаксисом и лживыми утверждения про отсутствие сборника мусора. Хрустоманов нельзя подпускать к коду ядра ближе чем на километр
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264 Ответы: #288

286. Сообщение от Аноним (286), 19-Июн-21, 08:44   +/
Как ты смог прочитать нечитаемый синтоксос?
Опеннетчики, зжечь ведьму!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #306

287. Сообщение от Аноним (286), 19-Июн-21, 08:47   +/
Ъ - Логика
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

288. Сообщение от Аноним (286), 19-Июн-21, 08:48   +3 +/
>Ненавижу

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

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

289. Сообщение от Сергей (??), 19-Июн-21, 08:57   +/
Я балдею, средство разработки засунуть в ядро... И что это даст самому ядру...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #315

290. Сообщение от Аноним (-), 19-Июн-21, 09:28   +/
> Реализации IntoIterator для массивов мешали проблемы с совместимостью, вызванные ранее добавленным в компилятор преобразованием метода array.into_iter() в (&array).into_iter(). Указанные проблемы удалось решить обходным путём ...

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

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

291. Сообщение от n00by (ok), 19-Июн-21, 09:29   –1 +/
Так и получается стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278 Ответы: #305

292. Сообщение от Аноним (-), 19-Июн-21, 09:29   –1 +/
Не нужно. Гуглу с Майкософт доверять нельзя. Я доверяю провереному временем языку программирования. Интересна их аргументация, которая основана не на аналитике исходного кода ядра, а на взятом откуда-то сбоку наблюдении.

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

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

293. Сообщение от n00by (ok), 19-Июн-21, 09:45   +/
То что ниже GC (по уровню абстракции) и чистит страницы, называется reaper. Но это вряд ли применимо к стадии "compact" из реализации free(), поскольку сидит в ядре и убирает зомби.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #214

294. Сообщение от n00by (ok), 19-Июн-21, 10:05   +/
 
>     int* a = new int[10];
>     for (int i = 0; i <= 10; ++i) {
>         a[i] = i * i; // ошибка при i = 10
>     }


> Это прямо явное

Скажите, откуда Вы взяли фрагмент? В Си всю жизнь писали i++ (поскольку постинкремент естественен при обработке строк). Писать ++i учат в С++ (поскольку там итераторы и заморочки с конструктором копирования). Но там же учат писать != вместо <= (поскольку там итераторы и заморочки с операторами сравнения). Вердикт - код Вы придумали сами.

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

295. Сообщение от Аноним (295), 19-Июн-21, 11:27   +1 +/
Сишники даже плюсы не осилили, им тяжело в книгу толще кернигана/ричи, а тут раст...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #334

296. Сообщение от RomanCh (ok), 19-Июн-21, 12:39   –1 +/
Так он из под root'а сидит. Очевидно же, так всегда всё работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

297. Сообщение от Аноним (297), 19-Июн-21, 13:15   +5 +/
При упоминании раста у сишковцев void* начинает жать.
Ответить | Правка | Наверх | Cообщить модератору

298. Сообщение от Аноним (20), 19-Июн-21, 14:44   –1 +/
Rust
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

304. Сообщение от Аноним 80_уровня (ok), 19-Июн-21, 16:11   +/
> Ядро системы - не то место, где можно терпеть производительность как у
> питона.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #345

305. Сообщение от Ordu (ok), 19-Июн-21, 16:45   +/
Со временем, да. Но пока это просто куча рфц, и процесс сочинения и утверждения новых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #291 Ответы: #332

306. Сообщение от Ordu (ok), 19-Июн-21, 16:48   +/
Да хз. Оно как-то само.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #286

311. Сообщение от Аноним (311), 19-Июн-21, 17:21   –1 +/
А твой гермошлем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

314. Сообщение от Аноним (311), 19-Июн-21, 17:29   –1 +/
А системные вызовы сделать удобными для использования прямо из JS. Таким образом, можно будет заменить GLibc на Electron.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #279

315. Сообщение от Аноним (-), 19-Июн-21, 17:35   +/
Ни-че-го.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289

322. Сообщение от Аноним (322), 19-Июн-21, 18:03   –1 +/
Гугл прогнулся! Все думали, что будет go пропихивать... а оно вон как повернулось, измена же!!!
Ответить | Правка | Наверх | Cообщить модератору

326. Сообщение от Аноним (-), 19-Июн-21, 20:09   –1 +/
Чем Rust лучше JVM-based languages таких как Scala или Clojure? Мы сейчас про саму Java не говорим. Не срача ради. Вот честно. Смотрю я на все эти новшества и не понимаю.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #328

327. Сообщение от Аноним (327), 19-Июн-21, 21:36   –2 +/
C разрабатывался для решения существующей проблемы, поэтому никак не может быть "академической шуткой".

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238 Ответы: #330

328. Сообщение от Аноним (322), 19-Июн-21, 22:06   +/
> Не срача ради.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #326 Ответы: #329, #350

329. Сообщение от Аноним (264), 19-Июн-21, 23:27   –1 +/
можно скомпилировать через graalvm native-image в исполняемый файл.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #328 Ответы: #351

330. Сообщение от rust sektant (?), 20-Июн-21, 01:34   +2 +/
Стало меньше сил тратиться на дебаг. Не раз замечал, что раст отсекает ошибки, которые я допустил и которые в плюсах дали бы нехилых проблем потом. На плюсах я пишу около 10 лет, но периодически все мы ошибаемся. А санитайзеры не всё могут поймать. Так что да, лично мне раст помогает.
Помимо плюсов в прод я писал на го пару лет, но слишком примитивный язык, отношусь к нему нейтрально.
Ну и плюс немного я писал на хаскелле, поэтому раст с этой стороны мне тоже зашёл, ибо присутствует какой-то дух ml-подобных языков.
Больше года пишу на расте фуллтайм, всё устраивает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327

331. Сообщение от Аноним (331), 20-Июн-21, 02:53   +1 +/
Нормально читабельный код. Такие нежные нынче девелоперы пошли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

332. Сообщение от n00by (ok), 20-Июн-21, 06:22   +/
Так ветка началась с толстых намёков, что стандарт мешает и не нужен. На деле оказывается, что вопрос решается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305 Ответы: #348

333. Сообщение от iCat (ok), 20-Июн-21, 07:43   +2 +/
>Стандарт - костыль

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #377

334. Сообщение от Аноним (-), 20-Июн-21, 12:45   +/
>Сишники даже плюсы не осилили, им тяжело в книгу толще кернигана/ричи, а тут раст...

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #369

335. Сообщение от anonymous (??), 20-Июн-21, 13:08   +/
Обосрать BSD по делу -- это легко. Но тем ни менее совершенно не понятно зачем этим заниматься. Можно и Linux обсирать по делу. И любую существующую ОС. Вот только конструктивный результат не ясен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

336. Сообщение от anonymous (??), 20-Июн-21, 13:10   +1 +/
python и lua жрут меньше ресурсов по-вашему?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #246 Ответы: #376, #387

337. Сообщение от anonymous (??), 20-Июн-21, 13:12   –1 +/
Это сарказм?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284

338. Сообщение от anonymous (??), 20-Июн-21, 13:20   +/
Мало того, что экономические отношения вообще говоря работают иначе на рынке продуктов питания, так ещё аналогия совершенно неуместная. Стандарты в ЯП нужны, чтобы обеспечивать совместимость. Стандарты на процент пальмового масла -- это неуклюжая попытка перевести вину о экономических проблемах страны на предпринимателя. Если представить, что люди нормально зарабатывают и рынок открыт, то что мешает потребителю покупать нормальный сыр (как тот, что за границей в Европе)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #273 Ответы: #356

339. Сообщение от anonymous (??), 20-Июн-21, 13:23   +/
Си и С++ до сих не доведены до ума, но всюду используются. Как вы определяете "доведён до ума" и почему это важно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

340. Сообщение от anonymous (??), 20-Июн-21, 13:25   +/
Возможно как только появятся модули для ядра на раст, так сразу и gcc научится в раст:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

341. Сообщение от user (??), 20-Июн-21, 13:26   +1 +/
Нет, раст полностью состоит из обработки отдельных случаев.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

342. Сообщение от anonymous (??), 20-Июн-21, 13:28   +/
Про что речь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282 Ответы: #422

343. Сообщение от anonymous (??), 20-Июн-21, 13:30   –1 +/
Как имя ветки сказывается на работоспособности чего-либо? Hardcode?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150

344. Сообщение от anonymous (??), 20-Июн-21, 13:36   +/
Google дофига платит своим инженерам, и нанимает он талантливых людей, а не "дешёвых кодомакак".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #262 Ответы: #367

345. Сообщение от anonymous (??), 20-Июн-21, 13:38   +/
За очень редкими исключениями, Си является подмножеством С++. Про какие проблемы производительности речь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304 Ответы: #357

346. Сообщение от anonymous (??), 20-Июн-21, 13:42   +1 +/
Зачастую, тот, кто разумнее -- у того больше баксов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

347. Сообщение от anonymous (??), 20-Июн-21, 13:44   +/
Google почти наверняка почти все серверы держит на Linux. И, вероятно, является одним из основных разработчиков Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

348. Сообщение от Ordu (ok), 20-Июн-21, 14:07   +/
> Так ветка началась с толстых намёков, что стандарт мешает и не нужен.
> На деле оказывается, что вопрос решается.

Но стандарта нет, так ведь? И писать его сейчас контрпродуктивно. Может вообще не стоит его писать? Может оставить пачкой рфц, прикрутив сверху что-нибудь для удобства поиска?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #332 Ответы: #349

349. Сообщение от n00by (ok), 20-Июн-21, 14:41   –1 +/
По одной из версий в своё время Си победил Паскаль, поскольку := это фаллический символ, а { и } намекают на продажу души дьяволу. Но, как по мне, решило наличие стандарта у Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #348 Ответы: #353

350. Сообщение от Аноним (-), 20-Июн-21, 14:44   +/
>P.S. gcj что-то подобное пытался делать, но в итого проект похоронили.

Маньяки.

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

351. Сообщение от Аноним (-), 20-Июн-21, 14:45   +/
>можно скомпилировать через graalvm native-image в исполняемый файл.

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

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

352. Сообщение от Аноним (352), 20-Июн-21, 17:34   –1 +/
let rust must die
Ответить | Правка | Наверх | Cообщить модератору

353. Сообщение от Ordu (ok), 20-Июн-21, 17:38   +1 +/
> По одной из версий в своё время Си победил Паскаль, поскольку :=
> это фаллический символ, а { и } намекают на продажу души
> дьяволу. Но, как по мне, решило наличие стандарта у Си.

Первый стандарт у C появился, если мне не изменяет память, в 1989 году. То есть, примерно через 20 лет после появления C. Тогда, когда C уже был более популярен, нежели Pascal. То есть, pascal тогда тоже был популярен, но unix был написан на C, юзерспейс unix'а был написан на C, всякие там полуоси, win16 тоже писались на C... Паскаль, был довольно популярным выбором для того, что сегодня можно было бы назвать end-user application -- приложения для конченого юзверя, но не более того. Pascal же, хоть и не имел стандарта выписанного ANSI или ещё какой-то организацией, был гораздо более формализован, нежели C. Была вполне конкретная причина, почему для C потребовалась стандартизация: компиляторов C было хоть жoпoй жуй, и _они_были_несовместимы_. Они вели себя по-разному. Если программа компилируется одним компилятором и работает как задумано, то другой компилятор мог не скомпилировать, или скомпилировать с такими багами, что программа не запустится.

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

354. Сообщение от Аноним (355), 20-Июн-21, 19:16   +2 +/
Вообще-то Rust был написан на Ocaml, а затем переписан на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

355. Сообщение от Аноним (355), 20-Июн-21, 19:17   –1 +/
BSD мертвы. Драйверы тянут из Linux, но даже так успевают далеко не все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276 Ответы: #358

356. Сообщение от YetAnotherOnanym (ok), 20-Июн-21, 20:19   +/
Емнип, в Европе, кроме всего прочего, достаточно жёсткий стандарт к качеству самого пальмового масла - в нём есть какая-то вредная фигня "глицидил", от которой его довольно затратно очищать, так вот в Европе концентрация этого вещества должна быть нулевой, чтобы это масло можно было употреблять в пищу. У нас на момент "пальмоср*ча" (во время бурного роста импортозамещения в молочке) никаких ограничений не было, к нам из Индокитая гнали самое дешёвое плохо очищенное пальмовое масло чуть ли не в наспех отмытых нефтяных танкерах. Более того, в РФ на продукцию с пальмой был льготный НДС 10%, такой же, как на "честную" молочку. Поэтому в Европе нет особого смысла пихать пальму везде, где можно и где нельзя. А у нас без этого производитель будет неконкурентоспособен.
> неуклюжая попытка перевести вину о экономических проблемах страны на предпринимателя

Имхо, это скорее попытка не позволить предпринимателю переложить на потребителя свои проблемы, в том числе вызванные недобросовестным поведением конкурентов (которые тоже при всяком случае горазды поднять визг, что им мешают работать).
> что мешает потребителю покупать нормальный сыр (как тот, что за границей в Европе)?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #338 Ответы: #364

357. Сообщение от Аноним 80_уровня (ok), 20-Июн-21, 20:38   +/
> За очень редкими исключениями, Си является подмножеством С++. Про какие проблемы производительности
> речь.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #345 Ответы: #363

358. Сообщение от Аноним (-), 20-Июн-21, 21:54   +/
> BSD мертвы.

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

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


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

359. Сообщение от СССР (?), 20-Июн-21, 23:56   +/
зачем нужна поддержка в ядре? так не запускаются приложения, сокеты не работаю, пусть отдельнй форк линукса деают для любителей раста, или возмоность отключать руками эту поддержку.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #368

360. Сообщение от СССР (?), 21-Июн-21, 00:15   +2 +/
"По данным компаний Microsoft и Google около 70% уязвимостей вызваны небезопасной работой с памятью." -
)) а не потому ли что в 90 их код писался армией дешевых индусов, состав который набирался с улицы. что не индус то программист. Вот сейчас винда не та что раньше, работает стабильно, не как раньше. и что получается, на раст переписали? так стоит ли прикрывать руки из жопы широкими штанами? или же писать правду и главное признавать. Бизнесу нужна дешевая рабочая сила, такая что бы любого программиста можно было бы заменить дешевым, создать инструменты с наинизжим порогом вхождения. Не язык пишут удобный для программистов, а язык пишут удобный для бизнесменом. А мы читаем все это вранье и смакуем, хотя эта безопасность уже давным давно реализованна и в опасных языках, н онет, давайте как не будем об этом, раст и точка.
Общество пи3дyнoв и быдлa.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #372

361. Сообщение от СССР (?), 21-Июн-21, 00:25   +/
вы еще не купили резиновую бабу? с ней вы более обезопасите себя от ганареи и пр. а то ваша живая может гульнуть изза отсутствии внимания с вашей стороны, наградит вас. подумаете о безопсности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

363. Сообщение от anonymous (??), 21-Июн-21, 04:16   +/
Кто мешает не использовать эти лишности? А вообще, широкоизвестный факт, что С++ qsort работает быстрее Сишного.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #357

364. Сообщение от anonymous (??), 21-Июн-21, 04:20   +/
Ещё раз. В Европе нормальный сыр есть. Почему его нет на нашем рынке? Или государство искусственно монополизирует рынок (экономические пробоемы)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #356

365. Сообщение от Аноним (-), 21-Июн-21, 05:45   –1 +/
Ээээээ и правда болт. Я думал это наши прикалываются. А нет bolt и по английски болт на который гайки накручивают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #366

366. Сообщение от Аноним (-), 21-Июн-21, 05:48   +/
Двойное ээээээээ. На английском это один из вариантов болт. За что я не люблю английский, что одно слово может иметь в разном контексте разное значение. Это усложняет изучение английского для меня существено.
bolt [bəult] noun
bolt / bolts
болт м.р. (tech)
You got a bolt cutter?
Есть кусачки для болтов?
засов м.р.
What kind of cop doesn't use a vertical dead bolt?
Что за коп не использует вертикальный дверной засов?
болтик м.р.
Is that mine now, with all the bolts and padlocks on it?
Это моя комната, вместе с этими болтиками и замками?
other translations 3
bolt [bəult] verb
Conjugation
bolt / bolted / bolted / bolting / bolts
запирать
I lock and bolt my doors every night.
Я каждую ночь запираю входную дверь.
убегать
'Cause a dude broke in, smoked weed, and bolted.
Просто один чувак вломился, выкурил косяк и убежал.
прикреплять
other translations 4
BOLT noun
bolt / -
BOLT м.р.
оптоэлектронный транзистор м.р. (Beam-Of-Light-Transistor)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #365 Ответы: #381

367. Сообщение от Жироватт (ok), 21-Июн-21, 10:14   +1 +/
Прямой, честный, рукопожатный и неполживый репортаж из гугла: гугл (коммерческая контора) не снижает издержек! А еще там каждому дают дом в ЛА, мешорк денег, много шлюх, травы и кокса, не то что при клятом паскальском режиме!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #344 Ответы: #370

368. Сообщение от Аноним (377), 21-Июн-21, 10:54   +/
> зачем нужна поддержка в ядре?

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

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #359 Ответы: #379

369. Сообщение от Аноним (377), 21-Июн-21, 11:00   +/
> Структурная парадигма проста - имеет всего 3 конструкции: последовательность, цикл, ветвление.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #334 Ответы: #374

370. Сообщение от anonymous (??), 21-Июн-21, 11:18   +/
Я из другой похожей компании. В них по деньгам условия примерно одинаковы. Я работаю не в калифорнийском офисе (там зарплата намного выше), но денег достаточно, что года за 4 купить себе весьма достойное жильё. И на шлюх хватит и на остальное, если надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #367

371. Сообщение от Аноним12345 (?), 21-Июн-21, 12:43   +/
В сад
Ответить | Правка | Наверх | Cообщить модератору

372. Сообщение от Аноним (372), 21-Июн-21, 13:59   +/
> эта безопасность уже давным давно реализованна и в опасных языках

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #360 Ответы: #380, #411

373. Сообщение от Аноним (373), 21-Июн-21, 15:06   +/
То есть ты даже маны не читал? Вот сразу виден уровень опеннетных ыкспердов.
Вот так и палятся все "спецы по недостаткам руста" в комментах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117

374. Сообщение от Апчхи (?), 21-Июн-21, 15:39   +/
Чисто на асме раньше и фигачили, да и до сих пор он никуда не делся где нужно иметь доступ ко всем фичам процессора, другое дело что большая часть кода это логика и алгоритмы которую удобнее писать на си, ну и портировать легче
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #369 Ответы: #375

375. Сообщение от Аноним (377), 21-Июн-21, 16:17   +/
> большая часть кода это логика и алгоритмы которую удобнее писать на си

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #374 Ответы: #391

376. Сообщение от Ivan_83 (ok), 21-Июн-21, 16:53   +/
Для меньше ресурсов у меня есть сишечка.
Дело не в ресурсах, а в том, что и питон и луа решают для меня лично гораздо больше проблем и открывают гораздо больше перспектив чем раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336

377. Сообщение от Аноним (377), 21-Июн-21, 17:34   +1 +/
Сказал А, говори и Б.

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

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

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

378. Сообщение от Serq (?), 21-Июн-21, 17:44   +2 +/
Надо скрестить  Питон с  растом ,  и  появится  новый  язык обладающий  достоинством обеих языков
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #384, #389

379. Сообщение от СССР (?), 21-Июн-21, 23:12   +/
а что, для того что бы выразить свою точку зрения нужно денег заплатить, стать спонсором с правом голоса?
По вашему свободный продукт должен строится на базе мнения корпораций? Очевидно что наше представление о свободном ПО разнится.
Сначало опционально, потом жестко зашито в ядро. Лисе главное залезть в курятник, а там уж она сделает все как вы любите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #368 Ответы: #385

380. Сообщение от СССР (?), 21-Июн-21, 23:15   +/
чуть больше практики + умные указатели, контейнеры.
не достаточно что бы не тупить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #386, #390

381. Сообщение от а (?), 22-Июн-21, 00:13   +/
дак и в русском болт который для гаек - это только одно из значений этого слова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #366

382. Сообщение от а (?), 22-Июн-21, 00:18   +/
я правильно понял - язык, называющий себя "системный", не может без костылей со стороны С элементарно обратиться к нужному байту или там функцию вызвать положив аргументы в нужные регистры?
Системный язык вроде должен уметь сам делать всё, что может машина.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #240 Ответы: #383

383. Сообщение от Аноним (-), 22-Июн-21, 01:05   +/
> я правильно понял - язык, называющий себя "системный", не может без костылей
> со стороны С элементарно обратиться к нужному байту или там функцию
> вызвать положив аргументы в нужные регистры?

Нет конечно, но прокомментировал "правильно", как истинный опеннетчик - не разбираясь ни в предложеном ЯП, ни в обсуждаемом предмете (практическая разработка ядерных модулей), заодно и новость не читал:
> работы по развитию интеграции в ядро Linux средств для разработки компонентов на языке Rust.

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

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

384. Сообщение от Аноним (-), 22-Июн-21, 06:26   +/
Нет появится очередной C++.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378

385. Сообщение от Аноним (377), 22-Июн-21, 08:22   +/
>а что, для того что бы выразить свою точку зрения нужно денег заплатить, стать спонсором с правом голоса?

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

>По вашему свободный продукт должен строится на базе мнения корпораций?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #379 Ответы: #409

386. Сообщение от Аноним (377), 22-Июн-21, 08:25   +1 +/
> чуть больше практики + умные указатели, контейнеры.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #392, #410

387. Сообщение от Совершенно другой аноним (?), 22-Июн-21, 08:46   +/
> python и lua жрут меньше ресурсов по-вашему?

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

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

388. Сообщение от Совершенно другой аноним (?), 22-Июн-21, 08:56   +/
>> Без типов со счетчиками ссылок ни одну реальную программу не написать
> А где посмотреть язык, у которого типы со счетчиками ссылок?

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

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

389. Сообщение от anonymous (??), 22-Июн-21, 11:09   +/
А какие объективные достоинства у python, кроме того, что он очень популярен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378 Ответы: #412

390. Сообщение от anonymous (??), 22-Июн-21, 11:12   +/
Даже в С++ (где можно делать перечисленное), который не используется в ядре: делать безопасный код -- это надо стараться, и при этом легко допустить ошибку, и компилятор тебе об этом не скажет. А в безопасных языках всё наоборот: небезобосный код -- это исключение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #393, #413, #420

391. Сообщение от Аноним (-), 23-Июн-21, 05:28   –2 +/
>на расте проще, чем на С. Поэтому-то раст и хотят включить в ядро.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #375 Ответы: #395

392. Сообщение от Аноним (-), 23-Июн-21, 05:31   +/
>ядерные чуваки выбрали раст. чем ты не доволен ?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386 Ответы: #394

393. Сообщение от Аноним (-), 23-Июн-21, 05:36   +/
>А в безопасных языках всё наоборот: небезобосный код -- это исключение.

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

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

Шах, и мат!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390 Ответы: #400

394. Сообщение от Аноним (377), 23-Июн-21, 05:59   +1 +/
https://www.opennet.ru/opennews/art.shtml?num=54792

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #392 Ответы: #396

395. Сообщение от Аноним (377), 23-Июн-21, 06:09   –1 +/
>Вранье.

Вранье!

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #391 Ответы: #397, #402

396. Сообщение от Аноним (-), 23-Июн-21, 07:57   +/
>По итогу, Линус не против

Я раскрою это "не против". Потому-что за скобками много чего есть. Линус всегода говорил, что самый лучший язык - это Си. Его "не против" означает: "Поскольку Раст пропихивают очень богатые копирасты, то не буду входить с ними в конфликт, но мне лично и всем системным программистам Раст, тупо не нужен. Посмотрим что из этого выйдет. Если что, то сразу все растманские высеры закрою. А пока осторожно им разрешу, писать им отдельные модули, фукционал, которых не затрагивает основную ветку". Да, Линус понимает Раст бесполезен.

>Грег Кроа-Хартман - за.

Подкуплен. Как-то его спросили "почему поддержка ядра не пять лет а два года". Он сказал, что "за поддержку в пять лет надо платить". Он правильно сказал, но в том числе, его слова характеризует его гнилую душу.

>Вот как, оказывается, выглядят копирасты и левые люди. Кто же тогда не левые ?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #394 Ответы: #398

397. Сообщение от Аноним (-), 23-Июн-21, 07:59   –1 +/
Аргументы закончились, начал хамить. Продолжай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #395 Ответы: #399, #405

398. Сообщение от Аноним (377), 23-Июн-21, 08:09   +/
>Я раскрою это "не против".

А где "раскрывалку" покупал? А то таких "раскрывателей" полный форум. Все, понимаешь, знают что конкретно имел в виду Линус, и остальные мейнтейнеры.

>Ты про подкупленного чувака, который написал бесполезный модуль?

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

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

399. Сообщение от Аноним (377), 23-Июн-21, 08:11   +/
Аргументы !!!???

более плоский - это аргумент?

продолжай "аргументировать". п-ф-ф-ф.

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

400. Сообщение от anonymous (??), 23-Июн-21, 11:18   +/
> Чистый Си c -Wall + gdb + valgrind

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

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #393 Ответы: #403

401. Сообщение от Неа (?), 23-Июн-21, 16:50   +1 +/
MSVC вымер? Ха-ха. Это мозг твой усох и вымер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #406

402. Сообщение от Совершенно другой аноним (?), 23-Июн-21, 16:58   +1 +/
>>и безрантаймовый в сравнении с Растом.
> Вранье. Раст такой же безрантаймовый как и С/С++

про C++ не скажу, а в С в варианте freestanding рантайма нет. совсем нет. ни единой функции. уже много раз обсуждалось. Если интересно см. ветку:
https://www.opennet.ru/openforum/vsluhforumID3/121332.html#290

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

403. Сообщение от Аноним (-), 23-Июн-21, 18:28   +/
>И так же очевидно, что проверки на этапе компиляции гораздо вкуснее, чем необходимость гонять valgrind для тестирования каждого возможного случая.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #400 Ответы: #404

404. Сообщение от anonymous (??), 23-Июн-21, 21:36   +/
Я в качестве основного языка лет 10 использовал Си, а потом перешёл на Go (лет 9 назад).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #403

405. Сообщение от Аноним (-), 23-Июн-21, 22:43   +1 +/
>>> Вранье.  Си более плоский, простой
>>> Вранье.
>> Вранье!
> Аргументы закончились, начал хамить. Продолжай.

Очередная иллюстрация "свое не пахнет!"?
> и безрантаймовый

на практике gcc может потребовать memcpy/memset (инициализация массивов), в ржавчине нужны минимальные реализации memcpy, memcmp, memset, rust_begin_panic и rust_eh_personality, но это - строк 30 кода (или вообще заглушки)
#[lang = "eh_personality"]
#[no_mangle]
pub extern fn rust_eh_personality() {
}
#[lang = "panic_impl"]
#[no_mangle]
pub extern fn rust_begin_panic(info: &PanicInfo) -> ! {
    unsafe { intrinsics::abort() }
}

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

406. Сообщение от deeaitch (ok), 24-Июн-21, 00:08   +/
> MSVC вымер?

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


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

407. Сообщение от Аноним (407), 24-Июн-21, 02:29   +1 +/
А мне всегда нравился, и что дальше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

408. Сообщение от nobody (??), 24-Июн-21, 21:54   +/
Очнись. Последние годы бешено навёрстывает отставание. Добавление новых фич в библиотеку всегда было на уровне, и, с некоторых пор, разработчики компилятора тоже раздуплились и взялись за ум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #414

409. Сообщение от СССР (?), 24-Июн-21, 23:15   +/
не нужно гадить в ядре. втыкать япБ программы на которых контролируют память без участия программиста. Пусть сделают отдельную ветку. А то так боком боком, и сначала можно отключать, а потом х..
Так чт не нужно гадить в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #385 Ответы: #417

410. Сообщение от СССР (?), 24-Июн-21, 23:17   +/
всмысли выбрали? - "Google профинансирует добавление поддержки Rust в ядро Linux" т.е. гугл курирует этот вопрос, для чего? добрые и порядочные капиталисты?
Не будте так наивны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386

411. Сообщение от СССР (?), 24-Июн-21, 23:24   –1 +/
всяким? ну есть такии программисты которым я бы порекомендавал бы питон, пусть пишут сайты.
вот дыры - https://www.opennet.ru/opennews/art.shtml?num=55384
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #372 Ответы: #421

412. Сообщение от СССР (?), 24-Июн-21, 23:37   +/
> А какие объективные достоинства у python, кроме того, что он очень популярен?

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


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

413. Сообщение от СССР (?), 24-Июн-21, 23:49   +/
ну для таких как вы разработают хлеборезку и скажут что нож в руках не безопасно дя и выглядит не толлерантно. и вот пройдет какой то время и "люди" будут говорить про обрезанные пальцы и вспоротые животы.
так и начнете пользоваться этими хлеборезками. Будете работать на производстве что бы зработать на хайповое устройство которое позволит вам считать себя модны, успешным, муууудрым. так и пройдет ваша жалкая, беспомощная жизнь. Вами легко манипулировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390 Ответы: #416

414. Сообщение от deeaitch (ok), 25-Июн-21, 02:01   +/
> Очнись. Последние годы бешено навёрстывает отставание.

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

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

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

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

415. Сообщение от Аноним (415), 25-Июн-21, 08:03   +/
на секунду подумал Rust игру натив клиент сделают под линух, потом вовремя окстился :D
Ответить | Правка | Наверх | Cообщить модератору

416. Сообщение от Аноним (377), 25-Июн-21, 08:51   +/
Что бы такое заявлять, не кривя душой, человек должен сам очистить кремний, вырастить из него микросхемы. Выплавить металл, сделать из него проволоку и фольгу. и много чего еще. потом из всего этого собрать себе компьютер.
А если ты тупо взял у мамки денег и купил комп в магазине, то забали свое лицемерное лицо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #413 Ответы: #419

417. Сообщение от Аноним (377), 25-Июн-21, 08:55   +/
>не нужно гадить в ядре.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #409 Ответы: #418

418. Сообщение от СССР (?), 25-Июн-21, 23:03   +/
так можно делать при написании сайтов, скриптов для БД и пр., но не в сисемном ПО
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #417

419. Сообщение от СССР (?), 25-Июн-21, 23:06   +/
очко свое залепи, эй ты чмошница!
теб шкивает от изобретения велосипеда до полной покимонизации людей. баланс для быдла неведом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #416

420. Сообщение от Аноним (420), 27-Июн-21, 10:32   +1 +/
С ним бесполезно спорить. Вместо указания на реальные недостатки раста, он пугает быдлофикацией людей, прямо типичный луддит, который боится остаться без работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #390

421. Сообщение от Аноним (420), 27-Июн-21, 10:35   +/
И останешься ты один с парой людей на сишке писать. Какой хитрый план устранения конкурентов!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #411 Ответы: #424

422. Сообщение от Редкий уебок (?), 28-Июн-21, 11:59   +/
Манипулировали его мнением, шантажируя через его родственников. Пришлось согласиться и публично заявить о какой-то там поддержке чего-то или кого-то. Уже точно не помню. Детали в Интернете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #342

423. Сообщение от Редкий уебок (?), 28-Июн-21, 12:01   +/
То тоже в Хроме ни разу не находили 0day уязвимость. Ах да, как же, каждый квартал по 5 штук находят...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

424. Сообщение от СССР (?), 28-Июн-21, 23:11   +/
ну как и с чипсами и пивом, я такое не кушаю, а большенство жрут, пьют. чувствую себя немного одиноко )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #421

425. Сообщение от wyry (?), 13-Дек-21, 05:53   +/
Мне понравилась аналогия Rust и "резиновой женщины" для защиты от ЗППП, сама бы такого не придумала, но это удивительно точная аналогия. Вообще изначально относилась совершенно благосклонно к "безопасному языку с производительностью C", на практике же оказалось, что уровень "удобств" этого языка абсолютно не покрывает затрат: гораздо проще придумать безопасную и простую архитектуру памяти на чистом C чем ещё хоть секунду кувыркаться (политкорректно сказано) с "особенностями владедения". Растоманы часто говорят:"Вы не любите Rust, потому что не понимаете", нет, я не люблю Rust с полным пониманием. Невольно хочется процитировать Джефферсона: "Тот, кто готов променять свою свободу на безопасность не получит ни свободы, ни безопасности". В итоге в любом достаточно сложном проекте в Rust без проблем можно получить утечку памяти (причём как это может быть информации уже тонны). С библиотеками - большинство значимых библиотек - это обёртки, причём unsafe по понятным причинам, где гарантии что они правильно работают? То есть в один момент можно прийти к тому, что всплывёт баг непонятно где. unsafe - это вообще комедия, так уж сложилось, что в любой грамотной архитектуре на C я без unsafe знаю что и где могло сломаться. Свобода C/C++ подразумевает то что человек ответственно отнесётся к ней, это не значит что так оно и есть, в Rust компилятор тебе говорит: пиши так. Тебе что-то не нравится? В C/C++ это реализуется проще и быстрее? Мне плевать, раб.
Ответить | Правка | Наверх | Cообщить модератору

427. Сообщение от Z (??), 24-Апр-22, 15:39   +/
За что так ненавидят этот язык? Полистал документацию, всё очень прилично.
Ответить | Правка | Наверх | Cообщить модератору


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

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




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

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