The OpenNET Project / Index page

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



"Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД Turso и САПР vcad на Rust"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск Rust 1.94. Эксперименты с Rust в ядре FreeBSD. СУБД Turso и САПР vcad на Rust"  +/
Сообщение от opennews (??), 06-Мрт-26, 16:59 
Опубликован релиз языка программирования  Rust 1.94, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...

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

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

Оглавление

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

1. Сообщение от Аноним (1), 06-Мрт-26, 16:59    Скрыто ботом-модератором–3 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4, #10, #16, #22, #32, #44, #101, #198, #208

4. Сообщение от Аноним (4), 06-Мрт-26, 17:11   +1 +/
> ерундой занимаются. вместо того чтобы развивать Си,

Ну так развивайте!
Вот что Вы лично сделали ради развития СИ?

> они плодят кучу не нужных языков,

Дежурно напомню что СИ был изобретен для ПЕРЕПИСЫВАНИЯ юникса))

> переизобретая то, что годами работает отлично.

Хахахаха, отлично?
Ну раз вам норм жрать какахи от переподнения буферов и use-after-free то пользуйтесь.

> Используйте Си, люди делали, старались,

А если кто-то (дыды наапример) старался лепля "пи-Туха из овна" то тоже надо обязательно пользоваться?

> а вы пытаетесь заменить качественный продукт суррогатом...

Оценить качество этого продукта жизнедеятельности можно прямо вот на этом сайте прописав в поиске слово "Уязвимость"

> как не стыдно...

Совершенно не стыдно)

> позорники и только...

Это еще что, я еще буду глумиться над дырявыми в очередной новости "вышил за пределы буфера - подарили рут злоумышленнику"))


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

6. Сообщение от Аноним (6), 06-Мрт-26, 17:14   +/
Ладно Linux.. туда все кому не лень коммитят. Но FreeBSD! На святое посягнул!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #194, #199, #210

9. Сообщение от Аноним (9), 06-Мрт-26, 17:18   +/
хороший язык для нейроночек, хороший дебаг аутпут, надо прямо все прокидывать и прописывать, тут даже отсутствие гц и куча ограничений плюс. еще бы нейронки понимали что пишут, вообще было бы супер.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #39

10. Сообщение от Аноним (10), 06-Мрт-26, 17:19   –1 +/
Более того вам скажу, весь исходный код Apollo 11 на ассемблере был написан и ничего, все работало. Я бы на вашем месте задумался, может быть Си - тоже смузи с кокосовой стружкой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #12

11. Сообщение от Аноним (71), 06-Мрт-26, 17:21   –4 +/
> Бенни Зигерт (Benny Siegert) попытался обосновать причины,
> по которым поддержка языка Rust не появится в ядре NetBSD

И что? Получилось?)))

> продолжается поддерживаться ветка NetBSD 9, выпущенная в 2020
> году, в этих условиях потребовалась бы поставка и поддержка
> компилятора Rust шестилетней давности

Отличный пример как копролиты тормозят прогресс.

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

12. Сообщение от Аноним (-), 06-Мрт-26, 17:26   +/
> Более того вам скажу, весь исходный код Apollo 11 на ассемблере был написан и ничего, все работало.

Я бы спросил про "время-деньги".
НАСА в те времена могло себе позволить вываливать тонны денег и пулять их в космос.

> Я бы на вашем месте задумался, может быть Си - тоже смузи с кокосовой стружкой?

Скорее  kоkсовой)
Хотя в те времена еще были популярны марки.
Их собирали и облизывали)


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

13. Сообщение от Аноним (13), 06-Мрт-26, 17:29   +/
"независимый некоммерческий фонд" - прямо ангелы какие-то, питающиеся воздухом.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61, #203

14. Сообщение от Аноним (14), 06-Мрт-26, 17:29   +5 +/
Скорее пример как раст делает голову на ровном месте из-за отсутствия обратной совместимости. Скорее бы эти хипстеры уже на двухнедельные релизы перешли, чтобы всем стала очевидна невменяемость сабжа для нормальной разработки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #24, #25, #40, #120

16. Сообщение от Аноним (16), 06-Мрт-26, 17:30   +1 +/
>ерундой занимаются. вместо того чтобы развивать Си

Си не надо развивать он и так совершеннен.

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

18. Сообщение от Аноним (18), 06-Мрт-26, 17:33   +/
Монополия раста на раздражение закончилась, теперь еще педофилы за защиту детей в осях взялись, штрафами угрожают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

19. Сообщение от Аноним (19), 06-Мрт-26, 17:36   –3 +/
> Так как размер массива изначально известен компилятору, для повышения производительности можно обойтись без проверки границ массива на каждой стадии итерации.

Вот это кстати диды не понимают, в их мире "а чо я вот фором всю жизнь по массивам ходил и нормально".

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

20. Сообщение от Аноним (20), 06-Мрт-26, 17:37    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #31

22. Сообщение от Аноним (-), 06-Мрт-26, 17:43   +5 +/
> ерундой занимаются. вместо того чтобы развивать Ada, они плодят кучу не нужных языков, переизобретая то, что годами работает отлично. Используйте Ada, люди делали, старались, а вы пытаетесь заменить качественный продукт суррогатом... как не стыдно... позорники и только...

Исправил

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

24. Сообщение от Аноним (24), 06-Мрт-26, 17:48   +3 +/
"Да как они посмели не сделать обратную совместимость со счётами ?!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #200

25. Сообщение от Аноним (71), 06-Мрт-26, 17:48   –1 +/
> Скорее пример как раст делает голову на ровном месте
> из-за отсутствия обратной совместимости.

Обратная совместимость как раз отличная - последний компилятор компилит крейты даже 2015 edition.

А вот разработчики просто не хотят сидеть на старых версиях и для них требуется новый компилятор. Что логично, вас же не удивляет, что gcc 4.6 не компилист с23?

Поэтому проблема именно в копролитах вроде NetBSD, Debian и прочем мусоре.
Нормальные же дистры обновляют компилятор не смотря на еще более долгую поддержку чем у этих. Напр. в RHEL 8 - rustc 1.66.1, а в RHEL 9 - 1.88.0

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

27. Сообщение от Аноним (27), 06-Мрт-26, 17:51   +/
>> ерундой занимаются. вместо того чтобы развивать Ada,
> Исправил

АДА хороша, особенно в подмножестве АДА-спарк.
Но! Она весьма сложна в освоении и, что не менее важно, требует смену процессов.

Они сами это подчеркивают
adacore.com/blog/should-i-choose-ada-spark-or-rust-over-c-c

Что забавно они стали Silver Member в Rust Foundation.
Наверное они о чем-то знают)
adacore.com/press/adacore-joins-rust-foundation-as-silver-member

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

28. Сообщение от Аноним (71), 06-Мрт-26, 17:51   +/
> Монополия раста на раздражение закончилась,
> в осях взялись, штрафами угрожают.

Ты еще забыл гугл с чипами и двухнедельным циклом обновлений!
И этот... как его...
А! Хурд!

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

31. Сообщение от Аноним (31), 06-Мрт-26, 17:57   +1 +/
> и выходом

...за границы буфера.

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

32. Сообщение от Аноним (32), 06-Мрт-26, 17:59   +/
Зачем развивать устаревший ДВС, когда можно просто заменить его на реактивный?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #37

34. Сообщение от Аноним (-), 06-Мрт-26, 18:06    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

35. Сообщение от Аноним (35), 06-Мрт-26, 18:12   +/
> еще бы нейронки понимали что пишут

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

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

37. Сообщение от Аноним (47), 06-Мрт-26, 18:15   +/
Теоретически можно, но КПД у турбореактивного, всё таки, на несколько единиц меньше, чем у того же дизеля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

39. Сообщение от НяшМяш (ok), 06-Мрт-26, 18:18   +1 +/
> еще бы нейронки понимали что пишут

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

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

40. Сообщение от НяшМяш (ok), 06-Мрт-26, 18:20   –1 +/
Пиши на 2015 edition код, в чём проблема? Ах да, ты код в своей жизни ни разу не писал, и как истинный кeксперт, только на опеннете заседаешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #70

41. Сообщение от Аноним (-), 06-Мрт-26, 18:23   +/
AdaCore — это коммерческая компания. Их бизнес строится на сертификация toolchain'ов, а не на Ada как таковой. Они просто начали с неё.

Rust начал заходить на рынок safety-critical (аэрокосмическая промышленность, автомобильные OEM и т.п.), поэтому они решили начать его развивать.

Rust — это компромисс, между C/C++ и Ada/SPARK.

Рынок Ada стагнирует, к сожалению. А у Rust относительно большое растущее сообщество.

Им выгодно оказаться поставщиком сертифицированного Rust toolchain.

Ada, а особенно подмножество SPARK, будет жить, и жить долго.

Мне очень нравится Ada. Я когда впервые увидел пример кода на ней, то я понял, что "это оно".

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

43. Сообщение от Аноним (19), 06-Мрт-26, 18:28   +/
> Бенни Зигерт (Benny Siegert), участвующий в разработке NetBSD, попытался обосновать причины, по которым поддержка языка Rust не появится в ядре NetBSD

Для контекста: ему какой-то чел, явно с опеннета, написал идиотское письмо с вопросом "а вот в ФриБСД хотят добавить раст, что бы привлечь молодняк. НетБСД тоже будет такие странные решения принимать, или я могу доверять тому, что НетБСД такого не сделает?"

На что Бенни ему нормально ответил: "раст - это не 'для молодняка', у языка куча достоинств".

> Today, even getting a Rust compiler running in the first place is hard. Keeping Rust working (in pkgsrc) is quite a bit of work, resting on the shoulders of a few developers.

Если в расте Бенни явно шарит и одобряет, то вот мозг на новый лад в мире ИИ он ещё явно не переключил. Нет больше такой проблемы как "плечи нескольких разработчиков". Очнитесь.

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

44. Сообщение от Аноним (44), 06-Мрт-26, 18:30   +3 +/
> ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не нужных языков, переизобретая то, что годами работает отлично. Используйте Си, люди делали, старались,

Как в С решить вопрос с ошибками памяти на уровне компилятора?

За "не делать ошибок" говорить не нужно. Практика показывает, что это не работает.

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

45. Сообщение от историк_кун (?), 06-Мрт-26, 18:30   +1 +/
> Поддерживается 3D-моделирование, симуляция, работа с 2D-эскизами, компонентная сборка, импорт в формате STEP и экспорт в форматах STL/GLB/STEP/DXF.

Всё поддерживается, но базовые вещи даже не работают. Слава, слава вайбкодингу!

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

46. Сообщение от Аноним (19), 06-Мрт-26, 18:32   –1 +/
> Rust в программах, выполняемых на стороне GPU

О да, это делают челы, которые делают rust-gpu. Я через rust-gpu компилирую вулкановские шейдеры, написанные на расте - огонь тема. Никаких тебе старых кривых GLSL, HLSL, недоделанных WGSL и тд. Настоящий раст, твёрдо и чётко.

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

47. Сообщение от Аноним (47), 06-Мрт-26, 18:34   +/
А кто сказал, что ныне марки перестали облизывать? ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

48. Сообщение от Аноним (48), 06-Мрт-26, 18:37   +/
> Rust — это компромисс, между C/C++ и Ada/SPARK.

Именно!
Не для всех приложений нужен уровень надежности которую предоставляет Ada.
А "надежность" C/C++ достигается кучей костылей.
Раст займет хорошую нишу.

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

49. Сообщение от Аноним (49), 06-Мрт-26, 18:40   +1 +/
Где-то уже можно на результаты? Ах, да. Ну и вообще SPIR-V как бы уже заменил всё и он даже спокойно транслируется под обе платформы (а они не совместимы между собой).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #54

51. Сообщение от Аноним83 (?), 06-Мрт-26, 18:42   +1 +/
Довольно симптоматично: новость про раст, при этом постоянно упоминается С.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #154

52. Сообщение от Аноним (47), 06-Мрт-26, 18:47   +1 +/
> Представлен проект vcad, развивающий параметрическую систему автоматизированного проектирования (САПР), написанную на Rust

А оригиналом какой проект является?

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

53. Сообщение от Аноним83 (?), 06-Мрт-26, 18:50   –1 +/
Вам бы подучится, вы не понимаете суть С.

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

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

54. Сообщение от Аноним (19), 06-Мрт-26, 18:52   +/
> SPIR-V как бы уже заменил всё

SPIR-V - это не язык, это байткод. В который компилируется раст. Что такое "обе платформы"? Какие обе? Чел, ты о чём вообще?

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

55. Сообщение от Аноним (55), 06-Мрт-26, 18:54   +/
На Аде удавятся писать обработку текстовых строк, с её черезчур строгой типизацией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #209

56. Сообщение от Аноним83 (?), 06-Мрт-26, 18:56   +/
А в чём тут новшество?
for (size_t i = 0; i < size; i += wsize) {
    // тут что то делаем с пачкой wsize элементов.
}
Банальный синтаксический сахар, в нечитабельном виде к тому же.
Вы лучше подумайте: а кто вообще будет помнить про все эти фичи?
В итоге у раста будет как у плюсовиков: 100500 кило сахара и каждый пишет на своём диалекте - своём наборе синтаксических конструкций, и с трудом понимает что написали остальные.

Именно пояэтому я за примитивные языки с минимумом синтаксиса и против всяких расширений в С.

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

57. Сообщение от Аноним (49), 06-Мрт-26, 18:57   +/
OpenGL и DirectX используют собственные языки шейдеров и ты от этого никуда не денешься. Так во что у тебя компилируется раст там?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

58. Сообщение от Аноним (58), 06-Мрт-26, 19:02   +/
> С делает ровно то что написал программист

Си уже давно не делает ровно то, что написал программист, вылезайте из криокамеры.

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

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

Тоже верно. Эталонный компилятор сишечки скомпиляет практически любой мусор.

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

но на самых важных и распространенных такого нет.

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

61. Сообщение от Аноним (61), 06-Мрт-26, 19:12   +/
У вас какое-то странное представление...
https://rustfoundation.org/about/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

62. Сообщение от Аноним83 (?), 06-Мрт-26, 19:15   –2 +/
> Си уже давно не делает ровно то, что написал программист

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


> но на самых важных и распространенных такого нет.

Влажных для кого?
Кому то и Z80 до сих пор самый влажный.
Да и всяких других мелких МК тоже полно, вы можете даже не подозревать где они у вас и сколько их.


Относитесь к С как к асму и паз у вас в голове сложится.

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

63. Сообщение от Аноним83 (?), 06-Мрт-26, 19:16   –1 +/
Ахха, где то рядом с коболом и фортраном :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #71

65. Сообщение от Аноним (65), 06-Мрт-26, 19:17   +/
>Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями.

Так можно про любой статический ЯП сказать. Кстати, -O0 никто не отменял.

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

66. Сообщение от Аноним (66), 06-Мрт-26, 19:18   +2 +/
NetBSD просто большие молодцы!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87, #94

67. Сообщение от Аноним (58), 06-Мрт-26, 19:20   +/
> Относитесь к С как к асму и паз у вас в голове сложится.

Тогда какого буя на этом "асме" пишут пользовательский софт на миллионы строк кода?
Плюс в асме не было такого количества UB как в дыpяxe. Я вообще в асме UB не припоминаю.

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

68. Сообщение от Аноним (65), 06-Мрт-26, 19:20   +1 +/
Не понимают, иначе в том компиляторе C на Rust не было бы unwrap через unwrap.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

70. Сообщение от Аноним (65), 06-Мрт-26, 19:21   +2 +/
>Пиши на 2015 edition код, в чём проблема?

В том, что каждый пятый крэйт требует самую новую версию компилятора.

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

71. Сообщение от Аноним (71), 06-Мрт-26, 19:22   +/
> Ахха, где то рядом с коболом и фортраном :)

Ты свой андроид уже выкинул?
Или у тебя айпонт как пологается 321м?

Дыряху будут выкидывать в первую очередь.
С++ может еще побарахтается, тк он получше и на нем можно быстро писать всякий недософт типа игрушек, где кнутователь мотивирует кранчить по 80 часов в неделю.

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

72. Сообщение от Аноним (58), 06-Мрт-26, 19:22   +/
> for (size_t i = 0; i < size; i += wsize) {

А потом окажется что size не от того массива передали.

> Именно пояэтому я за примитивные языки с минимумом синтаксиса и против всяких расширений в С.

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

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

73. Сообщение от Аноним83 (?), 06-Мрт-26, 19:23   +/
Хотят и пишут, вам что мешает?

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

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

74. Сообщение от Аноним (58), 06-Мрт-26, 19:23   +/
> Довольно симптоматично: новость про раст, при этом постоянно упоминается С.

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

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

75. Сообщение от анондирован (?), 06-Мрт-26, 19:24   +/
Это ограничит количество платформ где запускается NetBSD т.к. Rustс весьма ограниченный как и сам язык программирования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

77. Сообщение от Аноним (80), 06-Мрт-26, 19:25   +/
> В том, что каждый пятый крэйт требует самую новую версию компилятора.

Всего 20%? А разговоров-то))

Но это решение авторов кода. Вы не имеете никакого права им указывать.
Автор в праве сам выбирать инструмент. И как оказалось, в мире не так много отбитых, которые наяривают на древний копролиты.

Если что-то не нравится - то кнопка форк воооон там.


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

78. Сообщение от анондирован (?), 06-Мрт-26, 19:26   +/
Rust хорош для виброкодинга ? O_o
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #191

80. Сообщение от Аноним (80), 06-Мрт-26, 19:28   +/
ERRATA это не UB. Почти всегда это просто задокументированное ошибочное поведение.
А UB - это "х... его знает что случится, вы главное это не делаейте, а то программа потеряет conformance".
И компилятор считает что UB никогда не произойдет, а потом выбрасывает целые проверки из кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #92

82. Сообщение от Аноним (82), 06-Мрт-26, 19:35   +/
> Мне очень нравится Ada. Я когда впервые увидел пример кода на ней, то я понял, что "это оно".

А вот что бизнес делает с пристрастиями к ЯП вместо семьи, деревьев, домов или чего-то ещё более вечного:

QGen is a Code Generation toolsuite for Simulink® and Stateflow®. Its primary function is code generation from Simulink® and Stateflow® model to C or Ada/SPARK code.

The QGen Code Generator is being qualified at Tool Qualification Level 1, which is the highest level of qualification recognized by the FAA

ANSYS SCADE Suite KCG certification kits provide all materials required by the certification authorities

"Прекрасно знаете Ada? Любите этот язык? Отлично, вы нам подходите. *неделю спустя* Так, нажимаете вот эту кнопочку в SCADE(/в Simulink) и больше ничего не трогайте, а то ещё вашу собственную писанину сертифицировать."

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

83. Сообщение от Аноним83 (?), 06-Мрт-26, 19:35   +/
А потом окажется что автор был пьян и вообще другое имел ввиду.
Толькое какое мне или компилятору до этого дело?

Это никак не отменяет того что слишком много сделать одно и тоже приводят к наличию множества диалектов среди тех кто пользуется языком.
Более того, это и от задачи отвлекает, когда ты хорошо всю эту тонну сахара знаешь то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить? А точно ли это лучший способ?

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

87. Сообщение от нах.. (?), 06-Мрт-26, 19:45   –3 +/
М? Этот товарищ написал заметку в своем блоге, в рассылках разрабов совершенно другое мнение о Расте) Зрада, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #90

88. Сообщение от Аноним (80), 06-Мрт-26, 19:45   –1 +/
> А потом окажется что автор был пьян и вообще другое имел ввиду.

О, так получается большинство писак на сишке - все время подбуханные?
Ну... это вполне все объяснило бы!

> то начинаешь думать: а какой из 100500 способов обойти массив тут лучше применить?
> А точно ли это лучший способ?

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

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

90. Сообщение от Аноним (66), 06-Мрт-26, 19:48   +1 +/
Ничего что я постоянно мониторю рассылку разрабов NetBSD? И какое там другое мнение?

> Зрада, да?

чё это?

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

92. Сообщение от Аноним83 (?), 06-Мрт-26, 19:49   +/
Вы можете и дальше жонглировать терминами, суть от этого не поменяется.
Есть некий язык асм/С, на нём можно что то написать. В некоторых случаях это будет давать разный результат.

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

И в целом, я за лет 25 никогда не парился по поводу UB со стороны компилятора.
Но пару раз встречалось конечно.
1. У меня одно время было много кода который читал/писал 2/4/8 байт из памяти, обычным кастованием на указатель. Это прекрасно работало лет 7 (на х86), пока я не собрал и не запустил это на ARM. Оказалось что так делать можно только когда оно выровнено в памяти для ARM, а х86 просто сам это на лету медленно вычитывает. С тех пор я или memcpy() юзаю или читаю/пишу по байту.
2. Однажды я тестил свой код с sse инстриктами, и так странно оказалось что на LLVM он работал прям сильно медленее. В общем они там внутри что то не так сделали с одним из инстриктов ссе.
3. Было какой то странный сбой libasn1 при парсинге сертов, когда она собрана с -O2/-O3 и LLVM, я не углублялся, просто зарепортил а у себя поставил чтобы с -O1 собиралось, вроде починили.

Наверное что то ещё было, просто это такая мелочь что я забыл.
Итого по одному UB за 5 лет - не сильно то и мешает :)

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

93. Сообщение от Аноним (108), 06-Мрт-26, 19:50   +/
> Вам бы подучится, вы не понимаете суть С.

Он не бьет палками за нарушения.

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

94. Сообщение от Аноним (94), 06-Мрт-26, 19:50   +/
ты используешь netbsd? где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #96

95. Сообщение от Аноним83 (?), 06-Мрт-26, 19:51   +/
Кто будет выкидывать?
Мне до чужих коммерческих продуктов дела особо нет.
У себя я никакого раста внедрять не собираюсь - мне и так хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #118

96. Сообщение от Аноним (66), 06-Мрт-26, 19:52   +1 +/
На ноуте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

97. Сообщение от Аноним (65), 06-Мрт-26, 19:54   +/
>то вот мозг на новый лад в мире ИИ он ещё явно не переключил

Вот и славно, мусорные патчи никому не нужны.

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

98. Сообщение от Аноним (82), 06-Мрт-26, 19:58   +/
Нельзя. Это сишная идея - делать оптимизации из допущения об отсутствии UB в программе (только вот полный список UB сам комитет составить не смог), а не предварительно доказывать их корректность в компиляторе. Приемлемо для 80-х, когда это придумали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #115

99. Сообщение от Аноним (99), 06-Мрт-26, 19:58   +/
А. зачем крэйты в ядре?
Б. Почему для старого софта нельзя взять старые крейты? В смысле, бэкпорты сломаются? А они будут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

101. Сообщение от ryoken (ok), 06-Мрт-26, 20:00   +/
ASM Uber Alles
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #111

102. Сообщение от Аноним (102), 06-Мрт-26, 20:02   +/
> Вы можете и дальше жонглировать терминами, суть от этого не поменяется.

Суть как раз в терминах, потому что они влияют на поведение.

> Ни от С ни от асма никогда не требовалось чтобы в
> разных реализациях получалось одинаковое поведение

Да, именно поэтому в "стандарте" си есть
3.5.1
implementation-defined behavior
unspecified behavior where each implementation documents how the choice is made

Но кроме нее почему ввели еще и термин
3.5.3
undefined behavior
behavior, upon use of a nonportable or erroneous program construct or of erroneous data, for which this document imposes no requirements

Почему так, а?
Так еще и угрожают: Possible undefined behavior ranges from ignoring the situation completely with unpredictable results

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

А как же божественная переносимость? Когда даже смена компилятора может привести к иному поведению кода.
Или там где-то потерялась звездочка и очень мелкий шрифт?)
Что-то вроде "скомпилить мы то скомпилим, а вот правильно ли оно заработает - хз, хз..."

> я за лет 25 никогда не парился по поводу UB

Я прям и не сомневался! И не только ты :) В этом и проблема.

> Но пару раз встречалось конечно.

Т.е. за 25 лет ты ни разу не выходил за пределы буфера, не делал null dereferencе, не переполнял signed int, не делал use-after-free.
Или кто-то пи...т, или мы нашли идеального сишника - божественное творение!


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

103. Сообщение от Аноним (103), 06-Мрт-26, 20:03   +3 +/
В каждой новости ложь про то, что нет рантайма, когда невозможно написать реальную программу без переноса боров чеков в рантайм с паникой у пользователя
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #183

108. Сообщение от Аноним (108), 06-Мрт-26, 20:11   +/
> Хотят и пишут, вам что мешает?

Создают трудности rce и lpe в софте. А мешают люди которые не хотят заменить асм, как вы сказали, на язык для системного программирования.

Если народ готов писать на раст ядро линукс, почему мы должны мириться со сторонниками С? Пусть они предложат их решение целого класса проблем.

А не какие-то там... Вот тут синтаксис нитакой. Компилируется долго и т.д Давайте костылить как было.

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

109. Сообщение от Аноним83 (?), 06-Мрт-26, 20:15   +/
> И программирование как бы подразумевает что нужно думать. Или вы "думали" иначе?

Думать как добится результата или думать какая там конструкция самая современная в этом сезоне и как бы другие растеры меня не за кансилили за то что я прошлогоний for() попытался использовать - это сильно разное.

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

111. Сообщение от Аноним (111), 06-Мрт-26, 20:17   +/
Bist du verrückt?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

114. Сообщение от Аноним83 (?), 06-Мрт-26, 20:22   +/
Вы там и дальше играйте в термины, видимо весь раст и придумали такие графоманы :)

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

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

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

115. Сообщение от Аноним83 (?), 06-Мрт-26, 20:23   +/
Приемлемо пока это работает.
Если бы это не работало - оно бы не взлетело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #117, #122

117. Сообщение от Аноним (117), 06-Мрт-26, 20:29   +/
> Приемлемо пока это работает.
> Если бы это не работало - оно бы не взлетело.

Т.е ваше пафосное "Вы же даже не в курсе видимо что есть всякие lock-less штуки" это просто надувание щек?

И оказывается в некоторых случаях lock-less штуки просто неприменимы?
Кто бы мог подумать!

Но их пишут на убогом ЯП и получают проблемы.
Которые в linux kernel (один из важнейших инфраструктурных проектов в мире) живут в среднем 5 лет.

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

118. Сообщение от Аноним (118), 06-Мрт-26, 20:31   +/
> У себя я никакого раста внедрять не собираюсь - мне и так хорошо

Так тебе внедрять не нужно: его уже внедрили тебе извне. Ты прямо сейчас юзаешь Андроид и Файрфокс/Хром. И тебе хорошо!

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

119. Сообщение от Аноним83 (?), 06-Мрт-26, 20:32   +/
Это вы сами придумали его назвать системным.
Из серии называть себя наполеоном будучи больным сидоровым.

Вы и с ядром линукса не миритесь, пишите сразу своё.

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

Я вот каждый раз смотрю как большие С проекты собираются и радуюсь: быстро то как. qemu, samba.
А потом какойнить хэлло ворлд на расте начинает собиратся и делает это заметно дольше.

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

120. Сообщение от Анонимусс (-), 06-Мрт-26, 20:33   +1 +/
> Скорее пример как раст делает голову на ровном месте
> из-за отсутствия обратной совместимости.

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

Ребята, почитаейте что такое Backward compatibility, Forward compatibility и чем они отличаются.

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

121. Сообщение от Аноним83 (?), 06-Мрт-26, 20:35   +/
Ты прямо сейчас юзаешь линукс, ффмег, хром, фаирфокс - и тебе хорошо.
Хром и фаирфокс - всё ещё большей частью крестовые. Линукс асм+С. ффмпег - С вроде.

А в отличии от вас я и сам что то пишу публичное.

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

122. Сообщение от Аноним (82), 06-Мрт-26, 20:38   +/
В мире вообще много что работает. Раст работает, нейросети работают, 1C работает, ladder logic в ПЛК работает. Визуальное программирование в игровых движках работает. Рабство не так уж и плохо работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #136

124. Сообщение от Аноним83 (?), 06-Мрт-26, 20:40   +/
Ну живут, и что дальше то?

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

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

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

125. Сообщение от Аноним83 (?), 06-Мрт-26, 20:41   +/
Справку почитайте.
-Wall -Werror -pedantic -Weverything
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

126. Сообщение от Аноним (118), 06-Мрт-26, 20:41   +/
>> Си уже давно не делает ровно то, что написал программист
> Как он там оптимизирует код - не существенно, это внутрення кухня процессора/архитектуры.

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

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

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

128. Сообщение от Аноним (117), 06-Мрт-26, 20:43   +/
> Ну живут, и что дальше то?
> Вы пытаетесь решить проблему которой нет,

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

> тем что люди ходят по улице и иногда падают и даже
> что то при этом себе ломают и иногда умирают от этого.

Вы в авто пристегиваетесь?
А в розетку лезете изолированным инструментом или просто помолившись?
ТБ по работе со станками?

> Линукс стал таким важным проектом потому что решал реальные проблемы а не вымышленные,

Вот именно.
Раст внедряют ключевые разработчики и мейнтенеры ядра.
Именно потому что проблемы реальные.


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

129. Сообщение от Аноним (108), 06-Мрт-26, 20:44   +/
> Это вы сами придумали его назвать системным

Раст? По большей части он общего назначения, но как системный он хорошо подходит.

> Я вот каждый раз смотрю как большие С проекты собираются и радуюсь: быстро то как. qemu, samba

Это очень удобно, когда до вас кто-то их пару недель гонял статическими анализаторами и фазерами. Если бы вы это делали, вы бы так не радовались.

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

130. Сообщение от Аноним83 (?), 06-Мрт-26, 20:46   +/
Это всё имеет значение только когда ты пытаешься выжать всю производительность из проца, читай пишешь кодек или крипту или ещё что то специфичное что жуёт данные терабайтами.
Для сетевого сервиса уровня вебсервер это фиолетово, он большую часть времени сиколами балуется.
Так же как и для утилит которые быстро отрабатывают дёргая сисколы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #149

131. Сообщение от Аноним (118), 06-Мрт-26, 20:51   +/
>>Вначале его хотелки изуродует оптимизирующий компилятор, а потом процессор разным спекулятивными выполнениями.
> Так можно про любой статический ЯП сказать.

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

Именно поэтому в научной среде (и на суперкомпьютерах в частности) используют вовсе не сишочку, а... Фортран, который в плане скорости уделывает С в сухую. Ибо  имеет first-class числовые массивы и операции над ними, а также полное отсутствие маразматичечких дидовских дизайнерских решений а-ля С - и потому его код легко и непринужденно ложится на современные CPU и оптимизируется.

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

133. Сообщение от Аноним83 (?), 06-Мрт-26, 20:52   +/
У меня в жизни проблем/забот гораздо больше, и вызваны они далеко не качеством кода.
От кода мне вполне хватает того что последние лет 10 программы перестали падать на ровном месте.
Того что вы добиваетесь чтобы они стали идельными - по мне пустая трата времени с нулевой пользой, лучше бы на улице подмели да деревья посадили.

Для розеток давно есть дифф автоматы, но я стараюсь просто отключать, так проще.
Станков у меня нет, только ручной электроинструмент.
Пристёгиваюсь. Но шлем на самокате не одеваю.

Проблемы не стоят тех усилий что нужно прилагать с растом. ИМХО.

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

134. Сообщение от Аноним83 (?), 06-Мрт-26, 20:53   –1 +/
Сомнительно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #147

135. Сообщение от Аноним (118), 06-Мрт-26, 20:53   +/
> С делает ровно то что написал программист,

Да: например UB при сложении двух интов. Я именно это и писал - сделай мне UB бонусом!

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

136. Сообщение от Аноним (82), 06-Мрт-26, 20:54   +/
> As of early 2025, there are approximately 36.5 million to 47 million software developers worldwide
> As of 2022, the International Labour Organization (ILO) reports there is an estimate of 50 million people living under the circumstances of modern slavery

Делойте выводы.

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

137. Сообщение от Аноним83 (?), 06-Мрт-26, 20:57   +/
a = b + c
Допустим все переменные одного типа, b и c - ввод пользователя/читаются из дескриптора.
Как компилятор должен определять есть тут переполнение или нет?
Почему компилятор это вообще должно волновать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #146

138. Сообщение от Аноним83 (?), 06-Мрт-26, 21:00   +/
Вот я и не радуюсь каждый раз когда вижу как что то на расте компиляется.

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

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

140. Сообщение от Аноним (140), 06-Мрт-26, 21:06   +/
>Как в С решить вопрос с ошибками памяти
> "не делать ошибок" говорить не нужно.

Очевидно что системное программирование и программирование встроенных систем - это не ваша область.

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

141. Сообщение от Аноним (71), 06-Мрт-26, 21:09   +/
> Вы там и дальше играйте в термины,

"Стандарт" си придумал не я и не растоманы.

> Остальное было и ни раз, но это не UB, а обычная ошибка.

Я восхищаюсь вашей компетентности! Разумеется это было "не UB, а обычная ошибка"))
С вашей точки зрения. А с точки зрения ISO/IEC 9899:2024:

"An example of undefined behavior is the behavior on dereferencing a null pointer."

"7.24.3.3 The free function
if the argument does not match a pointer earlier returned by a memory management function, or if the space has been deallocated by a call to free or realloc, the behavior is undefined."

"6.5.7 Additive operators
If the pointer operand and the result do not point to elements of the same array object or one past the last element of the array object, the behavior is undefined."

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

> Сейчас есть практики которые позволяют почти всё это избежать

О да! Поэтому напр. в том же ядре процентов 90 проблем как раз с памятью.
Может расскажете им про магические тулы? "А мужики-то не знают!"

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

144. Сообщение от Аноним83 (?), 06-Мрт-26, 21:15   +/
> 7.24.3.3 The free function

Это не UB языка С, тк malloc/free по сути внешние функции из либы, и чьё поведение зависит не только от того какой аллокатор там в системе, но и от того какая это система и на каком она железе.

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

145. Сообщение от Аноним83 (?), 06-Мрт-26, 21:19   +/
> Но вы, как Настоящий Сишнег™, разумеется не утруждаетесь знанием таких мелочей как стандарт, а продолжаете  ̶б̶ы̶д̶л̶о̶к̶о̶д̶и̶т̶ь̶ просто клепать  ̶о̶в̶н̶о̶ код.

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

Я ведь и на расте писал какие то патчи, и на питоне и на перле, и на анленге и ещё всякой фигне до которой мне вообще никакого дела и интереса знать нет.
Не знаю и знать не хочу, и не понимаю тех кто занимается буквоедством вместо получения результатов.

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

146. Сообщение от Аноним (168), 06-Мрт-26, 21:23   +/
> Как компилятор должен определять есть тут переполнение или нет?

Так же, как и другие компиляторы, лол. Или это НИВАЗМОЖНА?

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

147. Сообщение от Аноним (164), 06-Мрт-26, 21:24   +1 +/
> Сомнительно

Более аргументированного ответа я от тебя и не ожидал. 👍

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

148. Сообщение от Аноним83 (?), 06-Мрт-26, 21:26   –1 +/
Как именно компилятор это сделает на стадии компиляции?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #155

149. Сообщение от Аноним (164), 06-Мрт-26, 21:28   +/
> Это всё имеет значение только когда ты пытаешься выжать всю производительность из проца

Пхахаха! Сперва вот подобные тебе носятся тут в комментариях бреднями о "С близок к железу111" и "С самый быстрый йезык111", а теперь вдруг разворот на 180° - и уже "это  все нинужна и не важна 😭".

Уныло, очень уныло...

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

150. Сообщение от Аноним83 (?), 06-Мрт-26, 21:28   +/
А что тут аргументировать?
На С есть хорошие вылизанные матлибы, что то фортран будет быстрее - сомнительно.
В целом у меня сомнения и в том, что он будет быстрее generic C кода - читай без оптимизаций и без матлиб. Но надо смотреть на задачу и как решают, там может быть много нюансов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #168, #169

153. Сообщение от Аноним83 (?), 06-Мрт-26, 21:32   +/
Так ситуации сильно разные.

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

А когда ты садишься за оптимизации то в С ты можешь делать асмовые вставки и инстрикты, которые будут 1-в-1 оттранслированны в машинные инструкции, есть специальные профилировщики которые показывают сколько тактов у тебя какая инструкция выполнялась и тп.

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

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

154. Сообщение от Аноним (154), 06-Мрт-26, 21:33   +/
Я тебе по секрету скажу. Тс-с! Тока никому не говори. Денниса Ритчи нам послали высшие силы, духи, чтобы он создал божественную сишку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #170

155. Сообщение от Аноним (164), 06-Мрт-26, 21:33   +1 +/
Вставит проверки. Ты троллишь или что?

Заранее говорю: проверки, если они не нужны,  отключаются/включаются коммандами компилятора прямо на уровне отдельных строк кода. Ты бы это знал, если бы видел в глаза хоть какой нибудь нормальный язык, а не С.

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

157. Сообщение от Аноним (-), 06-Мрт-26, 21:39   +/
>Бенни Зигерт (Benny Siegert), участвующий в разработке NetBSD, обосновал причины, по которым поддержка языка Rust не появится в ядре NetBSD:

Бенни - молоток! Бенни Зигерта срочно в гости к Линусу.

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

158. Сообщение от Аноним (158), 06-Мрт-26, 21:40   +/
> Так как размер массива изначально известен компилятору, для повышения производительности можно обойтись без проверки границ массива на каждой стадии итерации.

Сишник затесался?

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

160. Сообщение от Аноним (164), 06-Мрт-26, 21:42   +/
> А когда ты садишься за оптимизации то в С ты можешь делать асмовые вставки и инстрикты, которые будут 1-в-1 оттранслированны в машинные инструкции

Ну, то есть пишешь на асме, а не С, потому что С в этом случае бесполезен. 👍 "Портативный ассемблер", говорили они...

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

> Для других языков ты ограничен общей алгоритмической оптимизацией

Нет, как раз не ограничен. Я тебе буквально об этом  и писал выше: отсутствие сишочного крэпа вроде требований к лэйауту памяти и

> т.п. железоспецифичного чтото сделать на порядок сложнее а то и вообще не возможно.

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

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

161. Сообщение от Аноним (-), 06-Мрт-26, 21:43   +/
>Так как размер массива изначально известен компилятору,

Не понял?

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

162. Сообщение от Аноним (162), 06-Мрт-26, 21:44   +1 +/
Зачем тащить раст в ядро бзди по образу и подобию линукса, если там хорошая модульная система? Сделай модуль rustd, а через него подмодули пусть грузят, зачем копировать колхозную архитектуру Линуса?
Ответить | Правка | Наверх | Cообщить модератору

163. Сообщение от Аноним (158), 06-Мрт-26, 21:45   +1 +/
> продолжается поддерживаться ветка NetBSD 9, выпущенная в 2020 году, в этих условиях потребовалась бы поставка и поддержка компилятора Rust шестилетней давности

Не только компилятора, но и того добра, что cargo должен подтянуть при сборке (привет, vendor.tar.*).

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

164. Сообщение от Аноним (164), 06-Мрт-26, 21:46   +1 +/
> Ты прямо сейчас юзаешь линукс, ффмег...

В отличие от тебя, мне вообще фиолетово, на каком они там языке.

> А в отличии от вас я

В том-то и дело, что в отличие от тебя я при этом не воюю лицемерно против Раста.

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

165. Сообщение от Аноним (48), 06-Мрт-26, 21:54   +/
> Стандарты меня и правда не сильно волнуют,

Иван? Вы ли это?

> Я ведь и на расте писал какие то патчи, и на питоне и на перле, и на анленге и ещё всякой фигне до которой мне вообще никакого дела и интереса знать нет.

Т.е типичный эникейщик который умеет во всё понемножку.

> Не знаю и знать не хочу, и не понимаю тех кто занимается буквоедством вместо получения результатов.

Ну, пожелаю вам встретить такого же врача, юриста или электрика))


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

166. Сообщение от Аноним83 (?), 06-Мрт-26, 21:55   –1 +/
Нормальный - это какой? Модный которому и 10 лет нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #171

167. Сообщение от Аноним (167), 06-Мрт-26, 22:06   +/
теория типов головного мозга, вот до какой дурки формализм доводит.
Ответить | Правка | Наверх | Cообщить модератору

168. Сообщение от Аноним (168), 06-Мрт-26, 22:13   +/
> В целом у меня сомнения и в том, что он будет быстрее generic C кода - читай без оптимизаций и без матлиб.

Сори, но так было буквально ВСЕГДА. И выше написали одни из основных причин, почему.

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

Но лучше узнать поздно, чем никогда. Сейчас у тебя стадия отрицания. Это пройдет.

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

169. Сообщение от Аноним (169), 06-Мрт-26, 22:18   +/
> А что тут аргументировать?
> что то фортран будет быстрее - сомнительно.

Аргументировать то, почему Фортран не будет быстрее С. Вот в контексте архитектурных особенностей, о которых написано выше. И в контексте того факта, что Фортран из-за этих особенностей буквально уже более полувека уделывает Си по скорости в научном сфере.

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

170. Сообщение от Аноним (170), 06-Мрт-26, 22:20   +/
А какие силы его у нас забрали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154

171. Сообщение от Аноним (168), 06-Мрт-26, 22:27   +/
> Нормальный - это какой?

Любой, который не С (и С++).

> Модный которому и 10 лет нет?

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

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

172. Сообщение от Аноним (168), 06-Мрт-26, 22:29   +/
Очевидно, что предложить ничего существенного кроме того самого "не делать ошибок" вы не можете, не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140

173. Сообщение от Аноним (174), 06-Мрт-26, 22:30   +/
А что этим писателям раста так сложно, сказать окей чатгпт допиши все нужные функции языку, чтобы больше не надо было ничего добавлять. Или они пишут язык ради того чтобы писать язык?
Ответить | Правка | Наверх | Cообщить модератору

174. Сообщение от Аноним (174), 06-Мрт-26, 22:31   +/
Си плюс плюс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

175. Сообщение от LaunchWiskey (ok), 06-Мрт-26, 22:40   +3 +/
Я в программировании уже более четверти века, повидал всякое: и частные проекты, и военные разработки, и крупный зарубежный энтерпрайз со всех сторон. И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки. Команда, имеющая 1) квалификацию, 2) мотивацию и 3) понимание конечной цели, напишет что угодно даже на ассемблере, а если одной из этих компонент нет, то не помогут ни Го с Растами и Котлинами, ни аджайл-инфоцыгане, ни нейросети.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #178, #179, #180

177. Сообщение от _ (??), 06-Мрт-26, 22:48   +1 +/
>Ну, то есть пишешь на асме, а не С

You start to understand why do we call "C" the "High-Level Assembly language"?  Congrats!:)

I stop use "C" to write busuness-app-sheet more tan 2 decades ago ... but for byte-DROCHILOVO(C) - "C" is still THE BEST LANGUAGE! Period!

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

178. Сообщение от Аноним (178), 06-Мрт-26, 22:48   +1 +/
Скоро адекватные люди, такие как ты закончатся. Это печально.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175

179. Сообщение от Аноним (179), 06-Мрт-26, 23:03   +/
> И мои наблюдения показывают, что производительность команды разработчиков и качество создаваемого ею кода совершенно не зависят от языка программирования и методологий разработки.

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

Вы хотите сказать, что обмазка restrict-ами, ассемблерными вставками, умными указателями, сендбоксами, статическими анализаторами и фазерами позволяет команде писать на с лучше код чем на та же команда смогла бы написать на раст и он не облегчил бы им жизнь?

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

180. Сообщение от Аноним (180), 06-Мрт-26, 23:07    Скрыто ботом-модератором–1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #187

183. Сообщение от анон (?), 07-Мрт-26, 00:05   +2 +/
> В каждой новости ложь про то, что нет рантайма,

Но его нет. Как и borrow checker (сам смысл которого: проверки времени компиляции).
Хотя можешь поискать: самодостаточный, реальный бинарь, с "зависимостью" только от ядра ОС


% hexdump -C target/i686-unknown-linux-gnu/release/free                                                        
00000000  7f 45 4c 46 01 01 01 09  00 00 00 00 00 00 00 00  |.ELF............|
00000010  02 00 03 00 01 00 00 00  7d 00 40 00 34 00 00 00  |........}.@.4...|
00000020  00 00 00 00 00 00 00 00  34 00 20 00 01 00 00 00  |........4. .....|
00000030  00 00 00 00 01 00 00 00  54 00 00 00 54 00 40 00  |........T...T.@.|
00000040  54 00 40 00 6d 00 00 00  6d 00 00 00 07 00 00 00  |T.@.m...m.......|
00000050  01 00 00 00 43 6f 75 6c  64 6e 27 74 20 77 72 69  |....Couldn't wri|
00000060  74 65 20 74 6f 20 73 74  64 6f 75 74 21 e2 98 b9  |te to stdout!...|
00000070  0a 48 65 6c 6c 6f 20 57  6f 72 6c 64 0a 53 57 56  |.Hello World.SWV|
00000080  31 f6 b9 71 00 40 00 ba  0c 00 00 00 b8 04 00 00  |1..q.@..........|
00000090  00 46 89 f3 cd 80 31 db  3d 01 f0 ff ff 72 1c 89  |.F....1.=....r..|
000000a0  c7 bb 02 00 00 00 b9 54  00 40 00 ba 1d 00 00 00  |.......T.@......|
000000b0  b8 04 00 00 00 cd 80 f7  df 89 fb 89 f0 cd 80 eb  |................|
000000c0  fe                                                |.|


% ldd target/i686-unknown-linux-gnu/release/free                                                                                                                          
% ldd: target/i686-unknown-linux-gnu/release/free: not a dynamic ELF executable

% target/i686-unknown-linux-gnu/release/free                        
Hello World

% target/i686-unknown-linux-gnu/release/free > /dev/full || errno $?
Couldn't write to stdout!☹
ENOSPC 28 No space left on device



#![no_std]
#![no_main]

mod io;
mod sys;

fn say_hello() -> isize {
    let msg = "Hello World\n";
    
    let Err(err) = io::print(msg) else {
        return sys::EXIT_SUCCESS        
    };

    let _ = io::eprint(err.msg.unwrap_or("Couldn't print 'Hello'!☹"));
  
    let Some(raw)= err.raw_os_err else {
        return sys::EXIT_FAILURE
    };    
    return raw.errno.unwrap_or(sys::EXIT_FAILURE)
}


#[unsafe(no_mangle)]
pub extern "system" fn start() -> ! {
   sys::exit(say_hello());
}


(самопальные)
io:
https://paste.opensuse.org/pastes/81585111e4c9
sys:
https://paste.opensuse.org/pastes/7ef09e000ff5

С нетерпением (нет) ждем-с отмазки^W "критику", почему "Это другое! Не считается!"


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

185. Сообщение от Аноним (158), 07-Мрт-26, 00:45   +/
Есть же примеры примеры, когда код пишется по спецификации протоколов, форматов и т.п., т.е. "размер известен" и "можно обойтись без проверки", а IRL начинаются приключения... Сработала ассоциация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

187. Сообщение от Аноним (167), 07-Мрт-26, 02:15   +/
>Время. Сколько времени у них займет написание на ассемблере?

Возьми и попробуй, зачем спрашиваешь, возьми хоть раз и попробуй, только сначала тебе надо будет понять что такое ЦПУ.


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

188. Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:48   +1 +/
> Представлен проект vcad, развивающий параметрическую систему автоматизированного проектирования (САПР)

Проект понятно навайбкожен, ui браузерный, операции над геометрией реализованы через с++ библиотеку https://github.com/elalish/manifold

Сам автор похож на бота.

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

189. Сообщение от Сладкая булочка (?), 07-Мрт-26, 02:50   +/
> статическими анализаторами и фазерами позволяет команде писать на с лучше код чем на та же команда смогла бы написать на раст и он не облегчил бы им жизнь?

На расте также все это есть.

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

190. Сообщение от Аноним (179), 07-Мрт-26, 03:38   +/
На расте это не имеет экзистенциального значения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #189

191. Сообщение от историк_кун (?), 07-Мрт-26, 04:04   +/
> Rust хорош для виброкодинга ? O_o

Хорош или нет - не знаю, но у клода половина коммитов в vcad.

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

193. Сообщение от _ (??), 07-Мрт-26, 05:51   +1 +/
> Фортран из-за этих особенностей буквально уже более полувека уделывает Си по скорости в научном сфере.

Угу. Но с другой стороны - в одной бичЁвской конторе, в CERN - все числодробилки на плюсах давно :-р
А с третьей стороны - напиши драйвер для видюхи или сети на Фортране, осилишь? 8-D

Не юзайте Си для бусинесс логики и вопросы к нему отпадут сам-собой. ТЧК.

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

194. Сообщение от IdeaFix (ok), 07-Мрт-26, 08:08   +/
Да ладно, эти и системд бы затащили к себе, если бы смогли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

197. Сообщение от олег (?), 07-Мрт-26, 09:31   +/
Тебе всё по уму написали. Подумай над этим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

198. Сообщение от Аноним (-), 07-Мрт-26, 09:47   +/
> ерундой занимаются. вместо того чтобы развивать Си, они плодят кучу не
> нужных языков, переизобретая то, что годами работает отлично.

Ну так в си 2x уже чуть не лямбда-функции по моему навернули :). В общем дедуль и там потянуло таки на хайп.

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

199. Сообщение от Аноним (-), 07-Мрт-26, 09:51   +/
> Но FreeBSD! На святое посягнул!

Ты просто не видел кто туда комитит. Даже гангстер-уголовник подпиливающий балки, не говоря уж о мощенничестве с разработкой wireguard, достойной детективной истории, разве что без погонь и стрельбы - но все остальное в наличии.

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

200. Сообщение от Аноним (-), 07-Мрт-26, 09:53   +/
> "Да как они посмели не сделать обратную совместимость со счётами ?!"

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

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

201. Сообщение от Аноним (-), 07-Мрт-26, 09:54   +/
> Обратная совместимость как раз отличная - последний компилятор компилит крейты
> даже 2015 edition.

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

Так что если что-то копролит - то это просто - копро. Копропротивное.

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

202. Сообщение от Аноним (-), 07-Мрт-26, 09:56   +/
> Всего 20%? А разговоров-то))

Чтобы завалить сборку - хватит и одного.

> Но это решение авторов кода. Вы не имеете никакого права им указывать.

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

> Автор в праве сам выбирать инструмент.

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

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

203. Сообщение от Аноним (-), 07-Мрт-26, 09:57   +/
> "независимый некоммерческий фонд" - прямо ангелы какие-то, питающиеся воздухом.

И три директора в совете - от амазона, гугли и майкрософта. Нормальный такой воздух то, питательный...

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

205. Сообщение от Аноним (205), 07-Мрт-26, 10:09   +1 +/
Автор Cam Pedersen комментарии тут излишни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

208. Сообщение от Аноним (-), 07-Мрт-26, 10:44    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

209. Сообщение от Аноним (-), 07-Мрт-26, 10:51   +/
В Ada есть Fixed, Bounded и Unbounded строки. Этого недостаточно?

В стандартной библиотеке есть не так уж и много операций для обработки строк, самый минимум только. В библиотеке от GNAT их больше. Есть ещё библиотека VSS (для хорошей поддержки Unicode).

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

210. Сообщение от онанист (?), 07-Мрт-26, 10:53   +/
что может быть святым от нежелательной организации?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

211. Сообщение от Аноним (211), 07-Мрт-26, 12:51   +/
> слишком много сделать одно и тоже приводят к наличию множества диалектов среди тех кто пользуется языком

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

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

212. Сообщение от Сергей (??), 07-Мрт-26, 13:00   +/
Не в этом суть.
Серебряной пули нет.
Хоть на rust хоть на другом языке, нужно думать, прежде чем делать.
Язык это инструмент, а не решительно всех проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

213. Сообщение от Аноним (211), 07-Мрт-26, 13:07   +/
Это уже трудно узнать. Таперича модно переписывать нейронкой, называя это новым продуктом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52


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

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




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

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