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

"Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust"	+/–
Сообщение от opennews (??), 21-Май-25, 21:45
Проект HardenedBSD, занимающийся улучшением механизмов защиты FreeBSD и выпускающий защищённые сборки FreeBSD, представил первые результаты работы по предоставлению возможности использования компонентов пространства пользователя FreeBSD, написанных на языке Rust. Разработка ведётся в отдельной ветке hardened/current/rust-in-base... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63280
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 21-Май-25, 21:45	–10 +/–
Очередное подтверждение тому, что за растом будущее. Объяснять его ненужность теперь все сложнее и сложнее. Но сишникам удается!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #25

2. Сообщение от IdeaFix (ok), 21-Май-25, 21:45	+/–
Портировали бы уж сразу системд на расте...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

4. Сообщение от Минона (ok), 21-Май-25, 21:51	+1 +/–
А этот процесс точно будет называться "портирование"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #9

5. Сообщение от Аноним (-), 21-Май-25, 21:58	+2 +/–
Ну... если уже смотреть глобально, то нужность фри еще предстоит объяснить) С другой стороны - а ядро линукс (именно в ядро, а не юзерспейс) раст тоже добавляют. Так что вполне возможна ситуация, когда линукоиды скажут "а у нас уже раст в ядре и дрова есть, а вы опять догоняющие! 😝"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #17

6. Сообщение от Аноним (6), 21-Май-25, 22:00	+/–
Так фряха только этим недокомпилятором и (не)собирается, ровно никаких препятствий для поддержки раста. Если бы раст поддерживался gcc, я уверен, претензий и с линуксом куда меньше было.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #29, #52

7. Сообщение от Аноним (-), 21-Май-25, 22:04	+/–
Но линукс уже довольно давно может собираться шлангом. docs.kernel.org/kbuild/llvm.html Андроид, насколько я помню, тоже. Так что не вижу острой необходимости в вендорлочном GCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #10, #77

8. Сообщение от Аноним (8), 21-Май-25, 22:26	+2 +/–
Заголовок вводит в заблуждение. Может показаться что FreeBSD развивает поддержку Rust. Но это не так. HardenedBSD развивает свой форк.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15

9. Сообщение от name (??), 21-Май-25, 22:26	+9 +/–
Поттерирование?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #81

10. Сообщение от Аноним (6), 21-Май-25, 22:26	+/–
Сам линукс собирают, в основном, стараниями разработчиков андроида. А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Только шланг код всё ещё хуже и менее универсальный выдаёт, в принципе не способен на эффективные оптимизации (размер бинаря и оптимизации профилирования), есть дистрибутив линукса, собранный шлангом и он всегда ощутимо хуже был. В связи с чем собирать шлангом особого проку нет, кроме корпоративных интересов и унификации с проприетарными компиляторами (те же самые корпоративные интересы).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

12. Сообщение от name (??), 21-Май-25, 22:30	+2 +/–
А в FreeBSD и не знают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

15. Сообщение от Аноним (-), 21-Май-25, 22:48	–2 +/–
> Может показаться Только если ты читаешь не глазами) Что не ясно во фразе "Для FreeBSD развивают..." ? Это как "для linux сделали дрова для apple silicon". ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #24

17. Сообщение от Sadok (ok), 21-Май-25, 22:49	–1 +/–
объясни это citrix ли netflix, например. потом возвращайся. по пути к микрософту или к DARPA загляни
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #21

21. Сообщение от Аноним (-), 21-Май-25, 22:56	+3 +/–
> объясни это citrix ли netflix, например. потом возвращайся. Ты забыл еще вспомнить плейстейшн) > по пути к микрософту А что у мелкомягких? У них половина бизнеса построена на линуксовых дистрибутивах. > или к DARPA загляни А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими ОСь можно купить ноуты (dell/hp и тд) Или не надо? Ну чтобы убогих не так сильно унижать) То что ты перечислил, это как раз известные исключения. Которые подтверждают правило. Если начать перечислять "правила", то боюсь не хватит лимита символов для этого сообщения. ps хотя после этой новости, мое мнение о БСД улучшилось) судя по всему, хотя бы часть решила развиваться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #60

22. Сообщение от Аноним (-), 21-Май-25, 23:16	–2 +/–
> А в FreeBSD и не знают. Все они знают. Уже была новость, в прошлом году, в начале и середине года: "Разработчики FreeBSD обсуждают использование языка Rust в базовой системе" opennet.ru/opennews/art.shtml?num=60473 И потом на БЗДшом саммите тоже возвращались к этому вопросу: opennet.ru/opennews/art.shtml?num=61456 "Среди рассмотренных на саммите тем:     Интеграция инструментария Rust в базовую систему, поставка и переписывание приложений на языке Rust и предоставление возможности разработки компонентов ядра на Rust." Так что думаю они с интересом наблюдают и думают "а может цап-царапнуть к себе?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #39

24. Сообщение от Кошкажена (?), 21-Май-25, 23:29	+5 +/–
> ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD. Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

25. Сообщение от Кошкажена (?), 21-Май-25, 23:32	+/–
> то за растом будущее Может быть, но на данный момент это просто прототип, о чем сказано в новости > На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа. Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

26. Сообщение от Ан Оним (?), 21-Май-25, 23:51	+/–
Чем плох C и C++ - тем что эти языки захватил в свою собственность ISO. Он на них деньги делает, никому бесплатно не даёт спецификацию. Это неправильно, не должны свободное ПО писаться на языках, чьи спецификации мало кто видел и они несвободны. А вот спецификации Rust, Java, Free Pascal - бесплатные и в открытом доступе.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #33

29. Сообщение от 12yoexpert (ok), 22-Май-25, 00:00	+/–
только этого не будет. суть раста это вендорлок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

30. Сообщение от Аноним (30), 22-Май-25, 00:01	+/–
... и распространяются в виде бинарников, в которые можно засунуть что угодно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36

33. Сообщение от Кошкажена (?), 22-Май-25, 00:07	+/–
> А вот спецификации Rust - бесплатные и в открытом доступе. У раста нет спецификации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #34, #40

34. Сообщение от Аноним (36), 22-Май-25, 00:09	–1 +/–
https://github.com/rust-lang/spec
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #38

35. Сообщение от Аноним (35), 22-Май-25, 00:12	+/–
Ясен пень. Винда давно уже переходит на раст, линукс запоздало, но тоже пытается. И остальные перейдут, никуда не денутся - потому что это серьёзный технический прогресс который невозможно игноровать. Что на этот счёт думают админы локалхостов никого не волнует.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #54

36. Сообщение от Аноним (36), 22-Май-25, 00:13	+/–
собирайте из исходников https://github.com/rust-lang/rust/blob/master/src/bootstrap/... да, если что, то для "бутстрапа" gcc требуется С-совместимый компилятор, плюс всякие binutils
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

37. Сообщение от Аноним (37), 22-Май-25, 00:13	+1 +/–
Так, куда теперь побегу бежавшие от раста с линукса на фрибсд?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #63, #69

38. Сообщение от Кошкажена (?), 22-Май-25, 00:16	+/–
> https://github.com/rust-lang/spec Во-первых, этот репозиторий пустой. Во-вторых, это расту передали наработки другой организации для другого комплиятора раста https://blog.rust-lang.org/2025/03/26/adopting-the-fls/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

39. Сообщение от Аноним (8), 22-Май-25, 00:25	+/–
Как с интересом можно наблюдать makefile?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

40. Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:28	–1 +/–
А у с/с++ нет единого стандарта, но никто не жалуется, почему-то
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #62

42. Сообщение от Аноним (42), 22-Май-25, 00:29	+/–
Когда невозможно будет игнорировать, а не игноровать - тогда и приходите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

43. Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:29	+/–
На плейстейшн!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

44. Сообщение от Аноним (44), 22-Май-25, 00:51	+/–
Теперь make buildworld будет в 4 раза дольше... и больше...
Ответить | Правка | Наверх | Cообщить модератору

47. Сообщение от Celcion (ok), 22-Май-25, 01:55	+/–
Мне вот интересно, на какой ещё язык начнут всё подряд без разбору переписывать когда детвора наиграется в раст и осознает, что после "давайте всё перепишем!" начнётся "а теперь надо всё переписанное дальше поддерживать", а это скушненько и неинтересненько? А то с джавой уже было, с го было...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #49, #57, #66, #72, #79

48. Сообщение от Erley (ok), 22-Май-25, 01:56	+1 +/–
Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. При этом FreeBSD будет майнстрим и всё новое появляться в ней и потом портироваться на HardenedBSD. Не будет постепенного перехода, никто не будет поддерживать параллельно два инструментария сборки, это безумие. Вспомните сколько лет заняло избавление от gcc в базе, а это просто другой компилятор того же языка С. Официально вот что известно о Rust в _FreeBSD_: https://wiki.freebsd.org/Rust - там только про порты (почему бы и нет), helloworld модули и статьи всякие. Заголовок новости нужно s/FreeBSD/HardenedBSD/ чтобы не вводить никого в заблуждение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65

49. Сообщение от Аноним (35), 22-Май-25, 02:01	+/–
Как только ты покажешь другой язык, который решает проблему работы с памятью и эффективности траты ресурсов лучше, чем Раст. Но ты его не покажешь, потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #53, #55

51. Сообщение от Аноним (51), 22-Май-25, 03:04	–1 +/–
То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было технологий-однодневок - не пересчитать, начиная с VB6, Silverlight, MFC, OLE, COM, DirectShow, постоянные кидки-недоделки. То же самое и здесь будет - поиграются, бросят, и пойдут возбуждаться очередными хайповыми и баззвордными поделиями. Оно так по кругу и идёт давно, те кто по-старше могут сопоставить. Гуглята от майков в этом плане мало чем отличаются, современная раздутая айтишечка - непроходимое болото.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #76

52. Сообщение от Аноним (52), 22-Май-25, 03:08	+/–
Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Он часто генерит лучший код, чем GCC. У клэнга работа с векторами интереснее, можно например как в OpenGL обращаться к части вектора. Или делать перемешивание просто написав a = b.yzxw; Хороший компилятор, в общем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #61

53. Сообщение от Celcion (ok), 22-Май-25, 03:17	–1 +/–
> потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно. Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, но и многих других попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. На ней писали буквально всё подряд. На неё буквально всё подряд переписывали. Даже драйвера для всяких устройств. Приложения и игры на телефонах. В процессоры нативные инструкции добавляли (см. Jazelle). И где всё это сейчас? Отсюда и скептицизм - мы всё это уже видели. И "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", и вьюнош с горящими глазами, всецело в это уверовавших и стремящихся побыстрее всех вокруг обратить в эту новую "веру". Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #70, #78

54. Сообщение от Аноним (52), 22-Май-25, 03:24	–1 +/–
Это просто блаж и неведомый социальный феномен. У нас вот у людей засели в головах маркетплейсы. У них - раст. Стадная движуха такая, на максималках - все пользуются. В тоже время, на ответственных, высокопроизводительных проектах по прежнему будут использовать си. Платят там нормально, так что типичных ошибок не должно быть - просто потому что зп позволяет на таких проектах несколько раз вычитывать код и делать соотвествующие тесты. Кстати, хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

55. Сообщение от Аноним (52), 22-Май-25, 03:33	+1 +/–
Нет никакой проблемы работы с памятью. Посади таких растописателей в реальную среду и заставь писать код на нормальном языке - они ошибок будут делать похлеще "дидов". Нужно не языки новые писать, а новое поколение программистов обучать, прям с азов, как там все на железном уровне работает, обучать проектированию архитектур, логике и прочем. Не курсами кормить, а гнать в вузы на кафедру computer science.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #80

57. Сообщение от Илья (??), 22-Май-25, 05:42	+/–
C#
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

60. Сообщение от Аноним (-), 22-Май-25, 06:03	+/–
> Ты забыл еще вспомнить плейстейшн) А зря забыли так то. Там можно ощутить BSDшные свободы от души. > У них половина бизнеса построена на линуксовых дистрибутивах. Уже больше 70% если это про абажура. А начинался он - как хостинг для .NET приложух. А теперь это хостинг для ... линуксных виртуалок, во! :D > А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими > ОСь можно купить ноуты (dell/hp и тд) Вот ты злой анон, прям кованым сапогом по ж@пе фигачишь. > судя по всему, хотя бы часть решила развиваться Дедули решили похайповать. Или похиповать. Впрочем какая разница, сейчас вон те - кирпичей отложат и будут переходить .. э .. даже не знаю, в землянку вероятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

61. Сообщение от Аноним (61), 22-Май-25, 06:07	+1 +/–
> Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных. Пересобрать LLVM и тем более clang? Это такой сильно отдельный квест, с скачкой половины интернета и затратами дофейхоа ресурсов. Так что если у вас вдруг версия этого не та - это обрекает на много боли. Чтобы не было скучно оно обречено жиреть и тормознеть в неограниченных рамках - ибо абсолютно все и вся живет в ОДНОЙ либе. Которая уже отросла до примерно ста мегов в последних версиях - и это явно не предел, учитывая что оно не умеет половину архитектур рюхаемыех GCC-ами. А вот отребилдить GCC под конкретно вон ту штуку, вон той версии - как раз в пределах сил человеческих. Особенно bare metal тулчейн для мк, ядер, фирмварей, и тому подобного. С LLVM это все - сильно более другой уровень боли в з@днице.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #73

62. Сообщение от Аноним (61), 22-Май-25, 06:16	+/–
> А у с/с++ нет единого стандарта, но никто не жалуется, почему-то Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

63. Сообщение от Аноним (63), 22-Май-25, 06:21	+/–
Так речь про форк фряхи. Про ванильную фряху речь не идет. Также ещё остается illumos, Openindiana к примеру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

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

66. Сообщение от Аноним (63), 22-Май-25, 07:40	+/–
Я надеюсь это будет Borland Pascal.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

67. Сообщение от Аноним (63), 22-Май-25, 07:41	+/–
Жду новостей о том что GNU/ Hurd и ReacOS переписывают на Rust.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #71, #74

69. Сообщение от Аноним (77), 22-Май-25, 08:00	+/–
На DragonFly
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

70. Сообщение от Аноним (-), 22-Май-25, 08:01	+/–
> Посмотрим, где будет ваш раст годиков так через 15-20. Там же где и Java. Он выгрызет себе нишу и прочно там обоснуется, чтобы на десятилетия потом занимать почётное место в top10 языков. Конкретно эту нишу предсказывать сложно, потому что я жду появления чего-нибудь с более обширным применением формальной верификации, причём не только через систему типов, а через произвольные инварианты указываемые программистом для функций/типов, которые затем будут проверяться алгоритмически. Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

71. Сообщение от Анониматор (?), 22-Май-25, 08:02	+/–
они ещё уровень Python не прошли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

72. Сообщение от Аноним (77), 22-Май-25, 08:03	+/–
Zig, здесь часто возгласы раздаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

73. Сообщение от Аноним (6), 22-Май-25, 08:07	+/–
Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt с -stdlib=libc++ не добавлены в ключи хотя default и так выставлены, которые теперь надо убрать потому что не поддерживаются новой версией, каждое обновление что-то новое) приводят к интересным багам в том же расте (программах на нём), которые невозможно ни диагностировать ни отладить, особенно забавно, когда это непонятным образом влияет на глюкалово вроде веббраузера. Или вон --undefined-version линкеру теперь добавлять чтобы хромиум мог слинковаться и буквально каждое обновление что-то ломается само по себе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

74. Сообщение от Аноним (77), 22-Май-25, 08:08	+/–
В GNU/Hurd же сервисы, как отдельные исполняемые бинарники, со своим main. Поэтому, их можно писать на любом языке. Да хоть на интерпретируемом. Как это будет шустро, мы не говорим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

76. Сообщение от Аноним (77), 22-Май-25, 08:16	+/–
Разве^ COM куда-то делся? Посмотрите новость про (при)открытие WSL2, там на блок-схемах есть про COM-объекты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

77. Сообщение от Аноним (77), 22-Май-25, 08:20	+/–
GCC открыт и свободен, поэтому не явлется вендорлочным. Ибо любой может посмотреть, как и что он творит со входным и выходным кодом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

78. Сообщение от Аноним (78), 22-Май-25, 08:22	+/–
> попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. > "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", Раст решает "не все проблемы", а конкретно проблему с памятью, будучи при этом нтзкоуровневым системным языком. Хз, где ты это уже слышал. Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное? > Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ И это дейстаительно была веха. > И где всё это сейчас? В Андроиде, например. А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают, в оперсорие никто не выкладывает, поэтому ты этого всего и не видишь, лол
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

79. Сообщение от Аноним (77), 22-Май-25, 08:26	+/–
Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта. Такой осовремененный C с модулями. Он сам на нём микроядро наваял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

80. Сообщение от Аноним (78), 22-Май-25, 08:26	+/–
> Нет никакой проблемы работы с памятью. > Нужно не языки новые писать, а новое поколение программистов обучать А, так это просто программистов не обучили, что нужно ресурсы освобождать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

81. Сообщение от 12yoexpert (ok), 22-Май-25, 08:36	+/–
аннигиляция
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

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

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