forum.opennet.ru - "Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust" (58)

"Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust"

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

"Для 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ообщить модератору

Оглавление

Очередное подтверждение тому, что за растом будущее Объяснять его ненужность те, Аноним (1), 21:45 , 21-Май-25, (1) –10

Ну если уже смотреть глобально, то нужность фри еще предстоит объяснить С дру, Аноним (-), 21:58 , 21-Май-25, (5) +2

объясни это citrix ли netflix, например потом возвращайся по пути к микрософту, Sadok (ok), 22:49 , 21-Май-25, (17) –1

Ты забыл еще вспомнить плейстейшн А что у мелкомягких У них половина бизнеса пос, Аноним (-), 22:56 , 21-Май-25, (21) +3

А зря забыли так то Там можно ощутить BSDшные свободы от души Уже больше 70 ес, Аноним (-), 06:03 , 22-Май-25, (60)

Может быть, но на данный момент это просто прототип, о чем сказано в новостиТаки, Кошкажена (?), 23:32 , 21-Май-25, (25)

Портировали бы уж сразу системд на расте , IdeaFix (ok), 21:45 , 21-Май-25, (2)

А этот процесс точно будет называться портирование , Минона (ok), 21:51 , 21-Май-25, (4) +1

Поттерирование , name (??), 22:26 , 21-Май-25, (9) +9

аннигиляция , 12yoexpert (ok), 08:36 , 22-Май-25, (81)

Так фряха только этим недокомпилятором и не собирается, ровно никаких препятств, Аноним (6), 22:00 , 21-Май-25, (6)

Но линукс уже довольно давно может собираться шлангом docs kernel org kbuild llv, Аноним (-), 22:04 , 21-Май-25, (7)

Сам линукс собирают, в основном, стараниями разработчиков андроида А вот юзерсп, Аноним (6), 22:26 , 21-Май-25, (10)
GCC открыт и свободен, поэтому не явлется вендорлочным Ибо любой может посмотре, Аноним (77), 08:20 , 22-Май-25, (77)

только этого не будет суть раста это вендорлок, 12yoexpert (ok), 00:00 , 22-Май-25, (29)
Вы про Clang Если да, то не понимаю почему его многие так хейтят Он часто гене, Аноним (52), 03:08 , 22-Май-25, (52)

Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужд, Аноним (61), 06:07 , 22-Май-25, (61) +1

Помимо неоптимального кода лапша из goto, впрочем, пользователям нравится ещё , Аноним (6), 08:07 , 22-Май-25, (73)

Заголовок вводит в заблуждение Может показаться что FreeBSD развивает поддержку, Аноним (8), 22:26 , 21-Май-25, (8) +2

Только если ты читаешь не глазами Что не ясно во фразе Для FreeBSD развивают , Аноним (-), 22:48 , 21-Май-25, (15) –2

Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет , Кошкажена (?), 23:29 , 21-Май-25, (24) +5

А в FreeBSD и не знают , name (??), 22:30 , 21-Май-25, (12) +2

Все они знают Уже была новость, в прошлом году, в начале и середине года Разраб, Аноним (-), 23:16 , 21-Май-25, (22) –2

Как с интересом можно наблюдать makefile , Аноним (8), 00:25 , 22-Май-25, (39)

Чем плох C и C - тем что эти языки захватил в свою собственность ISO Он на ни, Ан Оним (?), 23:51 , 21-Май-25, (26)

и распространяются в виде бинарников, в которые можно засунуть что угодно , Аноним (30), 00:01 , 22-Май-25, (30)

собирайте из исходниковhttps github com rust-lang rust blob master src bootstr, Аноним (36), 00:13 , 22-Май-25, (36)

У раста нет спецификации , Кошкажена (?), 00:07 , 22-Май-25, (33)

https github com rust-lang spec, Аноним (36), 00:09 , 22-Май-25, (34) –1

Во-первых, этот репозиторий пустой Во-вторых, это расту передали наработки друго, Кошкажена (?), 00:16 , 22-Май-25, (38)

А у с с нет единого стандарта, но никто не жалуется, почему-то, Карлос Сношайтилис (ok), 00:28 , 22-Май-25, (40) –1

Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами , Аноним (61), 06:16 , 22-Май-25, (62)

Ясен пень Винда давно уже переходит на раст, линукс запоздало, но тоже пытается, Аноним (35), 00:12 , 22-Май-25, (35)

Когда невозможно будет игнорировать, а не игноровать - тогда и приходите , Аноним (42), 00:29 , 22-Май-25, (42)
Это просто блаж и неведомый социальный феномен У нас вот у людей засели в голова, Аноним (52), 03:24 , 22-Май-25, (54) –1

Так, куда теперь побегу бежавшие от раста с линукса на фрибсд , Аноним (37), 00:13 , 22-Май-25, (37) +1

На плейстейшн , Карлос Сношайтилис (ok), 00:29 , 22-Май-25, (43)
Так речь про форк фряхи Про ванильную фряху речь не идет Также ещё остается ill, Аноним (63), 06:21 , 22-Май-25, (63)
На DragonFly, Аноним (77), 08:00 , 22-Май-25, (69)

Теперь make buildworld будет в 4 раза дольше и больше , Аноним (44), 00:51 , 22-Май-25, (44)
Мне вот интересно, на какой ещё язык начнут всё подряд без разбору переписывать , Celcion (ok), 01:55 , 22-Май-25, (47)

Как только ты покажешь другой язык, который решает проблему работы с памятью и э, Аноним (35), 02:01 , 22-Май-25, (49)

Понимаешь Тут такое дело Я немного дольше в ИТ сфере вращаюсь, чем не толь, Celcion (ok), 03:17 , 22-Май-25, (53) –1

Там же где и Java Он выгрызет себе нишу и прочно там обоснуется, чтобы на десят, Аноним (-), 08:01 , 22-Май-25, (70)
Раст решает не все проблемы , а конкретно проблему с памятью, будучи при этом н, Аноним (78), 08:22 , 22-Май-25, (78)

Нет никакой проблемы работы с памятью Посади таких растописателей в реальную ср, Аноним (52), 03:33 , 22-Май-25, (55) +1

А, так это просто программистов не обучили, что нужно ресурсы освобождать , Аноним (78), 08:26 , 22-Май-25, (80)

C , Илья (??), 05:42 , 22-Май-25, (57)
Я надеюсь это будет Borland Pascal , Аноним (63), 07:40 , 22-Май-25, (66)
Zig, здесь часто возгласы раздаются , Аноним (77), 08:03 , 22-Май-25, (72)
Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта Такой осов, Аноним (77), 08:26 , 22-Май-25, (79)

Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жиз, Erley (ok), 01:56 , 22-Май-25, (48) +1

В отчёте ясно сказано о намерении продвигать работу в upstream, так что заголово, Аноним (65), 06:55 , 22-Май-25, (65)

То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было техноло, Аноним (51), 03:04 , 22-Май-25, (51) –1

Разве COM куда-то делся Посмотрите новость про при открытие WSL2, там на блок, Аноним (77), 08:16 , 22-Май-25, (76)

Жду новостей о том что GNU Hurd и ReacOS переписывают на Rust , Аноним (63), 07:41 , 22-Май-25, (67)

они ещё уровень Python не прошли, Анониматор (?), 08:02 , 22-Май-25, (71)
В GNU Hurd же сервисы, как отдельные исполняемые бинарники, со своим main Поэто, Аноним (77), 08:08 , 22-Май-25, (74)

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

1. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –10 +/–

Сообщение от Аноним (1), 21-Май-25, 21:45

Очередное подтверждение тому, что за растом будущее. Объяснять его ненужность теперь все сложнее и сложнее. Но сишникам удается!

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

5. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +2 +/–

Сообщение от Аноним (-), 21-Май-25, 21:58

Ну... если уже смотреть глобально, то нужность фри еще предстоит объяснить)
С другой стороны - а ядро линукс (именно в ядро, а не юзерспейс) раст тоже добавляют.
Так что вполне возможна ситуация, когда линукоиды скажут "а у нас уже раст в ядре и дрова есть, а вы опять догоняющие! 😝"

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

17. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –1 +/–

Сообщение от Sadok (ok), 21-Май-25, 22:49

объясни это citrix ли netflix, например. потом возвращайся. по пути к микрософту или к DARPA загляни

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

21. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +3 +/–

Сообщение от Аноним (-), 21-Май-25, 22:56

> объясни это citrix ли netflix, например. потом возвращайся.
Ты забыл еще вспомнить плейстейшн)
> по пути к микрософту
А что у мелкомягких?
У них половина бизнеса построена на линуксовых дистрибутивах.
> или к DARPA загляни
А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими ОСь можно купить ноуты (dell/hp и тд)
Или не надо? Ну чтобы убогих не так сильно унижать)
То что ты перечислил, это как раз известные исключения. Которые подтверждают правило.
Если начать перечислять "правила", то боюсь не хватит лимита символов для этого сообщения.
ps хотя после этой новости, мое мнение о БСД улучшилось)
судя по всему, хотя бы часть решила развиваться

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

60. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (-), 22-Май-25, 06:03

> Ты забыл еще вспомнить плейстейшн)
А зря забыли так то. Там можно ощутить BSDшные свободы от души.
> У них половина бизнеса построена на линуксовых дистрибутивах.
Уже больше 70% если это про абажура. А начинался он - как хостинг для .NET приложух. А теперь это хостинг для ... линуксных виртуалок, во! :D
> А после дарпы заглянем в список топ500 суперкомпов? Или посмотрим с какими
> ОСь можно купить ноуты (dell/hp и тд)
Вот ты злой анон, прям кованым сапогом по ж@пе фигачишь.
> судя по всему, хотя бы часть решила развиваться
Дедули решили похайповать. Или похиповать. Впрочем какая разница, сейчас вон те - кирпичей отложат и будут переходить .. э .. даже не знаю, в землянку вероятно.

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

25. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Кошкажена (?), 21-Май-25, 23:32

> то за растом будущее
Может быть, но на данный момент это просто прототип, о чем сказано в новости
> На момент написания отчёта заявлена поддержка только сборки и установки Rust-приложений, работающих в пространстве пользователя. Поддержка библиотечных crate-пакетов запланирована в будущем. Использование Rust в ядре пока не поддерживается, так подобная возможность требует большого объёма работы и выходит за рамки начального прототипа.
Таким образом, ничего серьёзного. Не ясно зачем очередная новость об этом. Похоже на дешевый пиар.

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

2. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от IdeaFix (ok), 21-Май-25, 21:45

Портировали бы уж сразу системд на расте...

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

4. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +1 +/–

Сообщение от Минона (ok), 21-Май-25, 21:51

А этот процесс точно будет называться "портирование"?

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

9. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +9 +/–

Сообщение от name (??), 21-Май-25, 22:26

Поттерирование?

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

81. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от 12yoexpert (ok), 22-Май-25, 08:36

аннигиляция

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

6. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (6), 21-Май-25, 22:00

Так фряха только этим недокомпилятором и (не)собирается, ровно никаких препятствий для поддержки раста. Если бы раст поддерживался gcc, я уверен, претензий и с линуксом куда меньше было.

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

7. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (-), 21-Май-25, 22:04

Но линукс уже довольно давно может собираться шлангом.
docs.kernel.org/kbuild/llvm.html
Андроид, насколько я помню, тоже.
Так что не вижу острой необходимости в вендорлочном GCC.

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

10. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (6), 21-Май-25, 22:26

Сам линукс собирают, в основном, стараниями разработчиков андроида. А вот юзерспейс не очень хорошо шлангом собирается, что можно видеть на примере фряхи. Только шланг код всё ещё хуже и менее универсальный выдаёт, в принципе не способен на эффективные оптимизации (размер бинаря и оптимизации профилирования), есть дистрибутив линукса, собранный шлангом и он всегда ощутимо хуже был. В связи с чем собирать шлангом особого проку нет, кроме корпоративных интересов и унификации с проприетарными компиляторами (те же самые корпоративные интересы).

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

77. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (77), 22-Май-25, 08:20

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

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

29. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от 12yoexpert (ok), 22-Май-25, 00:00

только этого не будет. суть раста это вендорлок

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

52. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (52), 22-Май-25, 03:08

Вы про Clang? Если да, то не понимаю почему его многие так хейтят. Он часто генерит лучший код, чем GCC. У клэнга работа с векторами интереснее, можно например как в OpenGL обращаться к части вектора. Или делать перемешивание просто написав a = b.yzxw;
Хороший компилятор, в общем.

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

61. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +1 +/–

Сообщение от Аноним (61), 22-Май-25, 06:07

> Вы про Clang? Если да, то не понимаю почему его многие так хейтят.
Потому что кусок жирной энтерпрайзятины, делаемой полутора корпами под свои нужды с пофигом на вообще всех остальных.
Пересобрать LLVM и тем более clang? Это такой сильно отдельный квест, с скачкой половины интернета и затратами дофейхоа ресурсов. Так что если у вас вдруг версия этого не та - это обрекает на много боли. Чтобы не было скучно оно обречено жиреть и тормознеть в неограниченных рамках - ибо абсолютно все и вся живет в ОДНОЙ либе. Которая уже отросла до примерно ста мегов в последних версиях - и это явно не предел, учитывая что оно не умеет половину архитектур рюхаемыех GCC-ами.
А вот отребилдить GCC под конкретно вон ту штуку, вон той версии - как раз в пределах сил человеческих. Особенно bare metal тулчейн для мк, ядер, фирмварей, и тому подобного. С LLVM это все - сильно более другой уровень боли в з@днице.

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

73. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (6), 22-Май-25, 08:07

Помимо неоптимального кода (лапша из goto, впрочем, пользователям нравится) ещё заметил что чуть неправильно собранный тулчейн llvm (ну там если gcc где-то 1 из пакетов собрал, или линкер был не ldd, или --rtlib=compiler-rt с -stdlib=libc++ не добавлены в ключи хотя default и так выставлены, которые теперь надо убрать потому что не поддерживаются новой версией, каждое обновление что-то новое) приводят к интересным багам в том же расте (программах на нём), которые невозможно ни диагностировать ни отладить, особенно забавно, когда это непонятным образом влияет на глюкалово вроде веббраузера. Или вон --undefined-version линкеру теперь добавлять чтобы хромиум мог слинковаться и буквально каждое обновление что-то ломается само по себе.

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

8. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +2 +/–

Сообщение от Аноним (8), 21-Май-25, 22:26

Заголовок вводит в заблуждение. Может показаться что FreeBSD развивает поддержку Rust.
Но это не так. HardenedBSD развивает свой форк.

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

15. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –2 +/–

Сообщение от Аноним (-), 21-Май-25, 22:48

> Может показаться
Только если ты читаешь не глазами)
Что не ясно во фразе "Для FreeBSD развивают..." ?
Это как "для linux сделали дрова для apple silicon".
ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.

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

24. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +5 +/–

Сообщение от Кошкажена (?), 21-Май-25, 23:29

> ps вполне возможно что их наработки и патчи можно будет накатить на обычную FreeBSD.
Там из наработок 50 строк в мэйкфайле и покарска волос в синий цвет.

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

12. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +2 +/–

Сообщение от name (??), 21-Май-25, 22:30

А в FreeBSD и не знают.

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

22. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –2 +/–

Сообщение от Аноним (-), 21-Май-25, 23:16

> А в FreeBSD и не знают.
Все они знают.
Уже была новость, в прошлом году, в начале и середине года:
"Разработчики FreeBSD обсуждают использование языка Rust в базовой системе"
opennet.ru/opennews/art.shtml?num=60473
И потом на БЗДшом саммите тоже возвращались к этому вопросу:
opennet.ru/opennews/art.shtml?num=61456
"Среди рассмотренных на саммите тем:
Интеграция инструментария Rust в базовую систему, поставка и переписывание приложений на языке Rust и предоставление возможности разработки компонентов ядра на Rust."
Так что думаю они с интересом наблюдают и думают "а может цап-царапнуть к себе?"

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

39. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (8), 22-Май-25, 00:25

Как с интересом можно наблюдать makefile?

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

26. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Ан Оним (?), 21-Май-25, 23:51

Чем плох C и C++ - тем что эти языки захватил в свою собственность ISO. Он на них деньги делает, никому бесплатно не даёт спецификацию. Это неправильно, не должны свободное ПО писаться на языках, чьи спецификации мало кто видел и они несвободны. А вот спецификации Rust, Java, Free Pascal - бесплатные и в открытом доступе.

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

30. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (30), 22-Май-25, 00:01

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

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

36. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (36), 22-Май-25, 00:13

собирайте из исходников
https://github.com/rust-lang/rust/blob/master/src/bootstrap/...
да, если что, то для "бутстрапа" gcc требуется С-совместимый компилятор, плюс всякие binutils

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

33. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Кошкажена (?), 22-Май-25, 00:07

> А вот спецификации Rust - бесплатные и в открытом доступе.
У раста нет спецификации.

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

34. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –1 +/–

Сообщение от Аноним (36), 22-Май-25, 00:09

https://github.com/rust-lang/spec

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

38. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Кошкажена (?), 22-Май-25, 00:16

> https://github.com/rust-lang/spec
Во-первых, этот репозиторий пустой.
Во-вторых, это расту передали наработки другой организации для другого комплиятора раста https://blog.rust-lang.org/2025/03/26/adopting-the-fls/

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

40. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –1 +/–

Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:28

А у с/с++ нет единого стандарта, но никто не жалуется, почему-то

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

62. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (61), 22-Май-25, 06:16

> А у с/с++ нет единого стандарта, но никто не жалуется, почему-то
Не очень понятно куда ISO вдруг резко делся, вместе со своими стандартами.

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

35. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (35), 22-Май-25, 00:12

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

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

42. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (42), 22-Май-25, 00:29

Когда невозможно будет игнорировать, а не игноровать - тогда и приходите.

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

54. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –1 +/–

Сообщение от Аноним (52), 22-Май-25, 03:24

Это просто блаж и неведомый социальный феномен.
У нас вот у людей засели в головах маркетплейсы. У них - раст. Стадная движуха такая, на максималках - все пользуются.
В тоже время, на ответственных, высокопроизводительных проектах по прежнему будут использовать си. Платят там нормально, так что типичных ошибок не должно быть - просто потому что зп позволяет на таких проектах несколько раз вычитывать код и делать соотвествующие тесты.
Кстати, хотелось бы посмотреть на того, кто осмелиться предложить переписать на раст планировщик или переключение контекста - уверен после ответа от нормальных программистов такой чел долго отсвечивать не будет)

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

37. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +1 +/–

Сообщение от Аноним (37), 22-Май-25, 00:13

Так, куда теперь побегу бежавшие от раста с линукса на фрибсд?

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

43. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Карлос Сношайтилис (ok), 22-Май-25, 00:29

На плейстейшн!

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

63. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (63), 22-Май-25, 06:21

Так речь про форк фряхи. Про ванильную фряху речь не идет.
Также ещё остается illumos, Openindiana к примеру.

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

69. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (77), 22-Май-25, 08:00

На DragonFly

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

44. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (44), 22-Май-25, 00:51

Теперь make buildworld будет в 4 раза дольше... и больше...

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

47. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Celcion (ok), 22-Май-25, 01:55

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

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

49. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (35), 22-Май-25, 02:01

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

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

53. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –1 +/–

Сообщение от Celcion (ok), 22-Май-25, 03:17

> потому что к тому времени как подобное придумают, раст уже успеет ускакать вперёд через Полониус, уже будет крепко сидеть во всех операционках и в целом обрастёт ещё более обширной экосистемой, чем сейчас. Задолбаешься догонять. Это тебе придётся изобрести что-то немыслимое, что перевернёт всю индустрию, но при этом всем будет понятно, что в расте это сделать невозможно.
Понимаешь... Тут такое дело... Я немного дольше в ИТ сфере вращаюсь, чем не только время появления раста, но и многих других попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно. Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ, буквально революция. На ней писали буквально всё подряд. На неё буквально всё подряд переписывали. Даже драйвера для всяких устройств. Приложения и игры на телефонах. В процессоры нативные инструкции добавляли (см. Jazelle). И где всё это сейчас?
Отсюда и скептицизм - мы всё это уже видели. И "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю", и вьюнош с горящими глазами, всецело в это уверовавших и стремящихся побыстрее всех вокруг обратить в эту новую "веру".
Посмотрим, где будет ваш раст годиков так через 15-20. А пока - это всё просто очередной хайп.

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

70. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (-), 22-Май-25, 08:01

> Посмотрим, где будет ваш раст годиков так через 15-20.
Там же где и Java. Он выгрызет себе нишу и прочно там обоснуется, чтобы на десятилетия потом занимать почётное место в top10 языков.
Конкретно эту нишу предсказывать сложно, потому что я жду появления чего-нибудь с более обширным применением формальной верификации, причём не только через систему типов, а через произвольные инварианты указываемые программистом для функций/типов, которые затем будут проверяться алгоритмически. Сложно представить, что это будет, и для каких задач оно будет подходить, но оно может реально подвинуть раст.

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

78. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (78), 22-Май-25, 08:22

> попсовых "решающих все проблемы" языков программирования. И такую телегу слышал уже неоднократно.
> "революционеров" с очередным "мы изобрели очередную и самую лучшую серебряную пулю",
Раст решает "не все проблемы", а конкретно проблему с памятью, будучи при этом нтзкоуровневым системным языком. Хз, где ты это уже слышал.
Вы все, воины против Раста, одинаковые: сами себе чушь придумали, сами ее и разоблачили. Весело, наверное?
> Почитай как ту же джаву Sun продвигал и какие великие дела с помощью неё обещал делать, это должна была стать чуть ли не главная веха в истории ИТ
И это дейстаительно была веха.
> И где всё это сейчас?
В Андроиде, например. А вообще, серьезный энтерпрайз, для которого Java в первую очередь юзали и юзают, в оперсорие никто не выкладывает, поэтому ты этого всего и не видишь, лол

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

55. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +1 +/–

Сообщение от Аноним (52), 22-Май-25, 03:33

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

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

80. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (78), 22-Май-25, 08:26

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

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

57. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Илья (??), 22-Май-25, 05:42

C#

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

66. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (63), 22-Май-25, 07:40

Я надеюсь это будет Borland Pascal.

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

72. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (77), 22-Май-25, 08:03

Zig, здесь часто возгласы раздаются.

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

79. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (77), 22-Май-25, 08:26

Для написания ядер ОС ещё компромиссом бы мог являться Hare де Волта. Такой осовремененный C с модулями. Он сам на нём микроядро наваял.

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

48. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +1 +/–

Сообщение от Erley (ok), 22-Май-25, 01:56

Переписывание на Rust займёт много лет, поэтому будет HardenedBSD жить своей жизнью, а FreeBSD - своей. При этом FreeBSD будет майнстрим и всё новое появляться в ней и потом портироваться на HardenedBSD.
Не будет постепенного перехода, никто не будет поддерживать параллельно два инструментария сборки, это безумие. Вспомните сколько лет заняло избавление от gcc в базе, а это просто другой компилятор того же языка С.
Официально вот что известно о Rust в _FreeBSD_: https://wiki.freebsd.org/Rust - там только про порты (почему бы и нет), helloworld модули и статьи всякие.
Заголовок новости нужно s/FreeBSD/HardenedBSD/ чтобы не вводить никого в заблуждение.

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

65. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (65), 22-Май-25, 06:55

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

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

51. "Для FreeBSD развивают опциональную поддержку компонентов баз..." –1 +/–

Сообщение от Аноним (51), 22-Май-25, 03:04

То, что майкрософт на раст клюнул - тоже закономерно, сколько у них было технологий-однодневок - не пересчитать, начиная с VB6, Silverlight, MFC, OLE, COM, DirectShow, постоянные кидки-недоделки. То же самое и здесь будет - поиграются, бросят, и пойдут возбуждаться очередными хайповыми и баззвордными поделиями. Оно так по кругу и идёт давно, те кто по-старше могут сопоставить. Гуглята от майков в этом плане мало чем отличаются, современная раздутая айтишечка - непроходимое болото.

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

76. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (77), 22-Май-25, 08:16

Разве^ COM куда-то делся? Посмотрите новость про (при)открытие WSL2, там на блок-схемах есть про COM-объекты.

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

67. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (63), 22-Май-25, 07:41

Жду новостей о том что GNU/ Hurd и ReacOS переписывают на Rust.

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

71. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Анониматор (?), 22-Май-25, 08:02

они ещё уровень Python не прошли

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

74. "Для FreeBSD развивают опциональную поддержку компонентов баз..." +/–

Сообщение от Аноним (77), 22-Май-25, 08:08

В GNU/Hurd же сервисы, как отдельные исполняемые бинарники, со своим main. Поэтому, их можно писать на любом языке. Да хоть на интерпретируемом. Как это будет шустро, мы не говорим.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


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


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


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


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


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

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


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


	9. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+9 +/–
	Сообщение от name (??), 21-Май-25, 22:26
	Поттерирование?
	Ответить \| Правка \| Наверх \| Cообщить модератору


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

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


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


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


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


	29. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	+/–
	Сообщение от 12yoexpert (ok), 22-Май-25, 00:00
	только этого не будет. суть раста это вендорлок
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


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


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


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

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


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


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

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


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


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

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


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


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


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


	34. "Для FreeBSD развивают опциональную поддержку компонентов баз..."	–1 +/–
	Сообщение от Аноним (36), 22-Май-25, 00:09
	https://github.com/rust-lang/spec
	Ответить \| Правка \| Наверх \| Cообщить модератору


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