The OpenNET Project / Index page

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



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

"GCC-бэкенд достиг возможности полной раскрутки компилятора rustc. Выпуск Rust Coreutils 0.1.0"  +/
Сообщение от opennews (??), 25-Май-25, 12:34 
Бэкенд rustc_codegen_gcc достиг возможности полной  раскрутки (bootstrapping) компилятора rustc.  Под раскруткой компилятора понимается возможность использования в rustc генератора кода на основе GCC для сборки самого компилятора rustc. Бэкенд позволяет использовать библиотеку libgccjit от проекта GCC в качестве генератора кода в компиляторе rustc, что позволяет собирать rust-программы для всех архитектур, доступных в GCC, и использовать специфичные для GCC оптимизации...

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

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

Оглавление

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


5. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (5), 25-Май-25, 12:51 
А что там вместо карго?
Ответить | Правка | Наверх | Cообщить модератору

6. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +12 +/
Сообщение от Вася Пупкин (?), 25-Май-25, 12:59 
карго сверху компилятора а не наоборот
Ответить | Правка | Наверх | Cообщить модератору

99. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Соль земли2 (?), 26-Май-25, 10:29 
Так всё равно могут какие-то совеместимости быть.
Ответить | Правка | Наверх | Cообщить модератору

7. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +21 +/
Сообщение от Анонимemail (7), 25-Май-25, 13:11 
> 65 (69) тестов завершилось неудачей

Отлично, включаем в дистр.

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

75. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (75), 25-Май-25, 23:47 
и так всё, что пишется на расте
Ответить | Правка | Наверх | Cообщить модератору

89. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –2 +/
Сообщение от Аноним (89), 26-Май-25, 07:56 
Я уже год юзаю уутилсы, никаких проблем не нашел. Думаю там неудачные тесты в духе "в хелпе пробел не там стоит".
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

92. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –1 +/
Сообщение от 12yoexpert (ok), 26-Май-25, 09:13 
вам там компилятор ещё и указывает, где безопасно пробелы ставить?
Ответить | Правка | Наверх | Cообщить модератору

170. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (170), 27-Май-25, 15:04 
И CoC вкомпиливает.
Ответить | Правка | Наверх | Cообщить модератору

177. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от _ (??), 27-Май-25, 16:32 
Хе-хе :) бубундо 25.10 - ну если заднюю не включат :)
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (8), 25-Май-25, 13:38 
Когда уже наконец создатели rust перестанут его пилить ускоренными темпами посчитав язык более-менее законченным?
Ответить | Правка | Наверх | Cообщить модератору

15. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (15), 25-Май-25, 14:55 
Sir, this is a Wendy's.

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

https://std-dev-guide.rust-lang.org/development/stabilizatio...

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

144. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Akteon (?), 26-Май-25, 19:25 
Вот, стабилизируют, международный стандарт утвердят - можно начинать учить
Ответить | Правка | Наверх | Cообщить модератору

21. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –5 +/
Сообщение от Аноним (21), 25-Май-25, 15:58 
Пока он не очень юзабелен, вот к примеру асинхронные генераторы на горизонте не видать. Т.е. ничего из того, что действительно имеет значение, в нём не делают. А без этого, раст обречён на ограниченный интерес и скорое забвение. Неплохо бы ускориться создателям rust.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

34. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +3 +/
Сообщение от Аноним (-), 25-Май-25, 18:31 
> вот к примеру асинхронные генераторы на горизонте не видать

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

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

42. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –2 +/
Сообщение от Аноним (21), 25-Май-25, 19:09 
На си прекрасно пишутся библиотеки, однако, прикладной масштабируемый код без асинхронных генераторов писать проблематично. Ну как, проблематично, никак его не напишешь по факту.
Ответить | Правка | Наверх | Cообщить модератору

93. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +3 +/
Сообщение от 12yoexpert (ok), 26-Май-25, 09:14 
у тебя маркетинг в голове, сходи на улицу, подыши воздухом
Ответить | Правка | Наверх | Cообщить модератору

39. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Карлос Сношайтилис (ok), 25-Май-25, 19:04 
Хорошо, когда в комментарии заходят профессионалы!

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

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

41. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (21), 25-Май-25, 19:07 
Это причина, по которой он не вытеснит додиез.
Ответить | Правка | Наверх | Cообщить модератору

44. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Карлос Сношайтилис (ok), 25-Май-25, 19:32 
А язык С стремится вытеснить Шарп?
Ответить | Правка | Наверх | Cообщить модератору

45. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –2 +/
Сообщение от Аноним (21), 25-Май-25, 19:38 
> А язык С стремится вытеснить Шарп?

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

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

150. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (150), 26-Май-25, 22:51 
> Раст не заменит си, раст это прикладной язык в первую очередь. Как и шарп.

Заменит, потому что всё это - языки общего назначения. Нет никаких "прикладных" языков.

> Си популярен только благодаря наличию стандартного бинарного интерфейса

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

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

Дододо, ещё скажи что под разные архитектуры и под винду/макось/линукс она из коробки заработает. Это феерическая подмена понятий. Во-первых, C тут вообще не нужен - можно собрать сошку на расте, юзать её из питона и ничего не перекомпилировать до скончания веков. Необходимость в перекомпиляции возникает из-за изменения ABI зависимостей, и ничего с этим C не может поделать. Во-вторых, сам C, несмотря на формальную стандартизированность, имеет как минимум 3 популярных компилятора, как не странно в деталях несовместимых, и да, необходимость в 9999 тулчейнах под каждую комбинацию платформы и архитектуры. А вот смузихлёбский несчтандартизированный rust просто собирается, или кросс-собирается откуда угодно подо что угодно, ещё и со всеми зависимостями. Такие дела.

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

155. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (21), 27-Май-25, 00:14 
Плюсам 40+ лет я напомню. И они позволяют писать более эффективный и производительный код, по сравнению с си. Намного более безопасный. Очень помогло это плюсовым библиотекам?
Ответить | Правка | Наверх | Cообщить модератору

48. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 25-Май-25, 19:45 
>асинхронные генераторы

Это ещё что такое.

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

117. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (117), 26-Май-25, 14:35 
Асинхронный двигатель в генераторном режиме :)
Ответить | Правка | Наверх | Cообщить модератору

165. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 09:15 
> Асинхронный двигатель в генераторном режиме :)

Эту бы энергию, да в мирных целях... :))

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

54. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от НяшМяш (ok), 25-Май-25, 20:01 
> Пока он не очень юзабелен, вот к примеру асинхронные генераторы на горизонте не видать.

У онанимов снова гугл отключают: https://crates.io/crates/generator

> Т.е. ничего из того, что действительно имеет значение, в нём не делают.

Клаудфларя, гугл (андроид), майкрософт и ещё куча контор и не в курсе.

> А без этого, раст обречён на ограниченный интерес и скорое забвение.

И только мудрость кекспертов-онанимов опеннета останется в наших сердцах навсегда.


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

63. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –2 +/
Сообщение от Аноним (63), 25-Май-25, 21:09 
Может хватит из раза в раз печислять одни и те же конторы? Это ни о чем не говорит.
Тем более это так, пшик, игрушки для тех, кто играет в деньги.
Лучше приведи хоть один пример, где раст используются в серьезных отоаслях, типо космоса, оборонки и исследователей высокоэнергетических частик(бак).
Ответить | Правка | Наверх | Cообщить модератору

69. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –2 +/
Сообщение от Аноним (-), 25-Май-25, 22:05 
> Может хватит из раза в раз печислять одни и те же конторы? Это ни о чем не говорит.

Нет, не хватит)) Вот когда перестаните задавать тупые вопросы - тогда и мы перестанем их называть.

> где раст используются в серьезных отоаслях

Лол, так хотя бы в прикладухе исправить - уже праздник. Когда из-за дырявой сишной либы у тебя 1.5 морд уязвимых браузеров - вот шик, да?

> типо космоса, оборонки и исследователей высокоэнергетических частик(бак).

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

Тем не менее, раст уже используется в ECU для Volvo EX90s и Polestar 3s (tweedegolf.nl/en/blog/137/rust-is-rolling-off-the-volvo-assembly-line)
Это достаточно зарегулированная область, чтобы получение сертификации что-то значило?

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

72. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (72), 25-Май-25, 22:44 
> типо космоса

Братья-китайсы отправили спутник
opennet.ru/opennews/art.shtml?num=60285

> оборонки

А где там дыряшка и прочие ЯП для умственно отсталых?
Там рулит АДА (классный язык, который создавался по уму).
Но, ЧСХ адовцы присоединились к rust foundation
adacore.com/press/adacore-joins-rust-foundation-as-silver-member
Возможно они о чем-то знают?
Раз делают GNAT-Pro для растишки - adacore.com/gnatpro-rust

> и исследователей высокоэнергетических частик(бак).

Ну.. возможно ученым пофигу если у них какое-то double-free.
Они и так умудряются превысить скорость света, просто открывая дверцу микроволновки.

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

113. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Zuzu (?), 26-Май-25, 13:17 
>>Но, ЧСХ адовцы присоединились к rust foundation
>>adacore.com/press/adacore-joins-rust-foundation-as-silver-member
>>Возможно они о чем-то знают?
>>Раз делают GNAT-Pro для растишки - adacore.com/gnatpro-rust

AdaCore пилят инструменты там где можно хоть чуток заработать в их отрасли. Они так же пилят и для С++/С https://www.adacore.com/gnat-pro-for-c-c-plus-plus. Они что и про С++/С ч что-то знают? =:)

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

149. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Akteon (?), 26-Май-25, 22:03 
>Ну.. возможно ученым пофигу если у них какое-то double-free.

Пофигу, в Fortan в 99.99% случаев  указатели не нужны.

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

156. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Кошкажена (?), 27-Май-25, 01:26 
>> оборонки
> А где там дыряшка и прочие ЯП для умственно отсталых?

В NASA, в SpaceX - С++ и js для ui

> Там рулит АДА (классный язык, который создавался по уму).

Напомню, что самая дорогая программная ошибка, приведшая к крушению ракетоносителя Ариан-5, была допущена на Аде  (4 июня 1996 года).

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

178. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от _ (??), 27-Май-25, 16:40 
>> оборонки
> А где там дыряшка и прочие ЯП для умственно отсталых?

Весь борт для F-35 - устроит? Не только UI но и он - тоже.
А так же весь Ынженерный наземный комплекс для него (ТЭЧи ;-))  ...
...там даже нейронка есть для диагностики, но оне громко молчат за подробности...

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

180. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 17:36 
> Весь борт для F-35 - устроит? Не только UI но и он - тоже.

Это тот самый, у которых самолеты стоят на земле, тк обновления поломали друг-друга?
Я про пресловутый Technology Refresh.

Может по железу он неплох (но еще практически не проверялся в реальных условиях) но с софтом у них там точно какая-то лажа.
Раз уже на публику вылезло. для диагностики, но оне громко молчат за подробности...


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

167. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 09:21 
> А где там дыряшка и прочие ЯП для умственно отсталых?
> Там рулит АДА (классный язык, который создавался по уму).

Вообще-то большая часть софта - в этом самом космосе - отнюдь не на Ada. А супербезопасные эксперты по аде прославились - уронив Arian V софтварным багом. В прямом смысле - уронив.

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

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

> Возможно они о чем-то знают?

О том что Rust их таки - доканает, а увольняться на мороз - неохота? :)

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

83. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (83), 26-Май-25, 04:00 
> Лучше приведи хоть один пример, где раст используются в серьезных отоаслях, типо космоса, оборонки и исследователей высокоэнергетических частик(бак)

https://www.opennet.me/opennews/art.shtml?num=60285

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

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

112. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Кошкажена (?), 26-Май-25, 13:16 
> майкрософт

Это которые недавно выпустили редактор на расте, который не умеет работать с системным буфером обмена и внутри имеет кучу unsafe?

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

119. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +2 +/
Сообщение от Аноним (117), 26-Май-25, 14:45 
Зато на Расте.
Ответить | Правка | Наверх | Cообщить модератору

98. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (98), 26-Май-25, 10:18 
А чем futures не хватает?
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

157. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (157), 27-Май-25, 07:51 
> к примеру асинхронные генераторы

Покормил, читать до просветления. Задача действительно сложная. Один AsyncDrop чего стоит.

https://without.boats/blog/a-four-year-plan/

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

68. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от pda (ok), 25-Май-25, 22:03 
Сразу после самороспуска комитета C++.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

120. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +2 +/
Сообщение от Аноним (150), 26-Май-25, 14:46 
> Когда уже наконец создатели rust

Что значит наконец? Язык молодой, ему ещё развиваться и развиваться.

> перестанут его пилить ускоренными темпами посчитав язык более-менее законченным?

Чтобы что? Никакой язык законченным никогда стать не сможет. Все живые (и даже некоторые мёртвые) языки развиваются, rust не исключение.

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

13. Скрыто модератором  +1 +/
Сообщение от Аноним (13), 25-Май-25, 14:28 
Ответить | Правка | Наверх | Cообщить модератору

19. Скрыто модератором  +2 +/
Сообщение от Аноним (19), 25-Май-25, 15:27 
Ответить | Правка | Наверх | Cообщить модератору

24. Скрыто модератором  +2 +/
Сообщение от Аноним (13), 25-Май-25, 16:19 
Ответить | Правка | Наверх | Cообщить модератору

27. Скрыто модератором  +1 +/
Сообщение от Аноним (27), 25-Май-25, 17:02 
Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором  +/
Сообщение от Аноним (13), 25-Май-25, 17:49 
Ответить | Правка | Наверх | Cообщить модератору

53. Скрыто модератором  +1 +/
Сообщение от Аноним (19), 25-Май-25, 19:59 
Ответить | Правка | Наверх | Cообщить модератору

67. Скрыто модератором  +/
Сообщение от Аноним (67), 25-Май-25, 21:57 
Ответить | Правка | Наверх | Cообщить модератору

52. Скрыто модератором  +/
Сообщение от Аноним (19), 25-Май-25, 19:56 
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

26. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –1 +/
Сообщение от Аноним (26), 25-Май-25, 16:34 
Что-то сложно всё. Нужна простая инструкция, как из GCC собрать поледний релиз Rustc без каких либо загрузок. У нас в этой стране знаете ли Чебурнет, часть сайтов не грузится от слова совсем.

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

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

55. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (55), 25-Май-25, 20:01 
> У нас в этой стране знаете ли Чебурнет, часть сайтов не грузится от слова совсем.

Уточняйте в какой, сейчас по всему миру ДемократияНет, даже америкосы озабочены ВПНами для доступа к правде.

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

104. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (104), 26-Май-25, 11:03 
Правда всегда одна это сказал Фараон, аон был очень умен
Ответить | Правка | Наверх | Cообщить модератору

74. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (74), 25-Май-25, 23:02 
Вам это не нужно.
Используйте рекомендованные отраслевыми стандартами и одобренные компетентными органами инструменты.
Не ставьте под угрозу безопасность продуктов своего  учреждения, используея непроверенные инструменты из неодобренных компетентными органами источников.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

124. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от АНоним (-), 26-Май-25, 15:05 
>Не ставьте под угрозу безопасность продуктов своего  учреждения, используея непроверенные инструменты из неодобренных компетентными органами источников.

Ложное утверждение. ПО одобренное ФСТЭК и ФСБ является угрозой всему.

>Используйте рекомендованные отраслевыми стандартами

В России не ораслевых стандартов. Есть купленные или ворованные технологии.

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

166. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Jh (?), 27-Май-25, 09:20 
Все воруют технологии со времен изобретения колеса
Ответить | Правка | Наверх | Cообщить модератору

29. Скрыто модератором  –2 +/
Сообщение от Аноним (-), 25-Май-25, 18:00 
Ответить | Правка | Наверх | Cообщить модератору

31. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 25-Май-25, 18:07 
>rustc_codegen_gcc

Пермиссивка. Сразу не нужно. Без копилефта не признаем.

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

61. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (19), 25-Май-25, 20:18 
Оно там вызывает libgccjit под православной GPLv3. Хотя бы так.
Ответить | Правка | Наверх | Cообщить модератору

32. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +4 +/
Сообщение от Аноним (-), 25-Май-25, 18:11 
Почему бы просто не создать язык полный по Тьюрингу с минимальным синтаксисом, а всё остальное отдать на откуп создателям библиотек и модулей? Меня вот даже в Си напрягают изменения, по мне ANSI C хватало с головой. И я серьезно.
Ответить | Правка | Наверх | Cообщить модератору

33. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (33), 25-Май-25, 18:31 
Если коротко - людям кушать что-то надо.
Ответить | Правка | Наверх | Cообщить модератору

35. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Tita_M (ok), 25-Май-25, 18:33 
Такие языки уже давно существуют, но они вам могут не понравиться. Теже Виртовский Оберон и от его последователей - Компонентный паскаль(Blackbox).
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

43. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (33), 25-Май-25, 19:26 
Оберон прекрасен во всех смыслах, вообще лучшее что видел по своей архитекруте, но для него нет толковых компиляторов под современные среды.
Ответить | Правка | Наверх | Cообщить модератору

105. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (104), 26-Май-25, 11:04 
Даже в GCC?
Ответить | Правка | Наверх | Cообщить модератору

135. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 26-Май-25, 17:29 
Он же сказал про среды. GCC - это консольный компилятор.
Ответить | Правка | Наверх | Cообщить модератору

147. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (147), 26-Май-25, 21:30 
Разумеется погромисты на таких языках как оберон самостоятельно слабать компилятор, пускай как фронтенд к llvm не могут. Ибо их предел - добавлять/удалять for.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

179. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от _ (??), 27-Май-25, 17:30 
Да сколько их всего есть то?

PS: Modula-2 в GCC - есть. Было кому-то "нада!" ...

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

46. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –1 +/
Сообщение от Аноним (-), 25-Май-25, 19:39 
>Виртовский Оберон и от его последователей - Компонентный паскаль(Blackbox).

BEGIN END
Спасибо, не надо.

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

102. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от КО (?), 26-Май-25, 10:57 
Во времена, когда нажав в ide кнопку i получаешь полностью раскрученный if привязанный к контексту, а нажав w - while и т.п., писать про begin end; даже не смешно.
Ответить | Правка | Наверх | Cообщить модератору

114. Скрыто модератором  +/
Сообщение от ы (?), 26-Май-25, 13:20 
Ответить | Правка | Наверх | Cообщить модератору

174. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 15:55 
> Во времена, когда нажав в ide кнопку i получаешь полностью раскрученный if
> привязанный к контексту, а нажав w - while и т.п., писать
> про begin end; даже не смешно.

1) Если IDE будет работать именно так - будет куча ложняка. Который будет бесить и нагибать эффективность.
2) Визуально begin и end тупо разные по длине, что портит восприятие БЛОКА кода на уровне его форматирования.
3) Паскалеобразные яп просто слишком занудные и назойливые для реальных проектов. Наледие у них дурное.

Поэтому всем этим - да, господа с анлимынм бюджетом которые могут позволить себе подмести ломом плац - пользуются. А у кого бюджет более считаный... это как-то так:
- Я сказал что было бы неплохо дрон как у вон тех, тысяч за 30-40 долларов.
- На следующий день мне предложили дроны ценой 26 000 000 долларов.
(c) Трамп.

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

152. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Ан Оним (?), 26-Май-25, 23:04 
begin-end только в Паскале
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

169. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 10:03 
Врёшь. Он во всех Виртовских языках: Паскаль - Модула - Модула 2 - Оберон.
Ответить | Правка | Наверх | Cообщить модератору

171. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (170), 27-Май-25, 15:08 
А в Русском Оберон как: БЕГИН, ЕНД ?
Ответить | Правка | Наверх | Cообщить модератору

175. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 15:58 
> А в Русском Оберон как: БЕГИН, ЕНД ?

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

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

130. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (147), 26-Май-25, 16:57 
>Теже Виртовский Оберон и от его последователей - Компонентный паскаль(Blackbox).

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

Как вы угадали?

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

134. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –1 +/
Сообщение от Аноним (147), 26-Май-25, 17:16 
Виртовские идеи вредны. Вместо того, чтобы изучать языки ML группы, тот же Ocaml, Standard ML, студентов учат паскалю. Они так и будут думать, что писать на паскале - нормально.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

136. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (-), 26-Май-25, 17:32 
Ругает пургу Вирта, а сам предлагает функци-анальную пургу. И то, и другое пурга.
Ответить | Правка | Наверх | Cообщить модератору

137. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 26-Май-25, 17:37 
>Такие языки уже давно существуют, но они вам могут не понравиться. Теже Виртовский Оберон и от его последователей - Компонентный паскаль(Blackbox).

Вирт работал не для людей. Он для работал для узкоспециализиованного продакшена. К Линуксу и идеям Свободного софта он никакого сочувствия не проявлял. Он был за проприетарное ПО. Так зачем нам такой человек нужен? А его последователи пусть идут лесом.

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

153. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +2 +/
Сообщение от Ан Оним (?), 26-Май-25, 23:11 
>Он для работал для узкоспециализиованного продакшена

Что за ерунда. Вирт - это наука (информатика), а наука старается для всей индустрии программирования.

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

164. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 09:09 
> Что за ерунда. Вирт - это наука (информатика), а наука старается для
> всей индустрии программирования.

Это вообще топовый BS. Де факто большая часть академиков от CS наворачивают абстракции ради абстракций. Этакая игра разума. Реальные проблемы системщиков и вообще программеров, проектов, продов и прочий mundane crap? Их вообще в башне слоновой кости - такое не интересует! Они живут в своем мире. И варятся в нем. Они страшно далеки от проблем смертных.

Поэтому допустим паскаль - отличная штука чтобы научиться программировать правильно. Приучит к хорошему. Но делать на нем - или его деривативах - какие-то реальные проекты?! Ненене, Девид Блейн. Топ достижений паскаля на планете - вечно икающие эксепшнами проги с качеством "как на питоне". И характерные лайки этого всего топором в экран, когда автомат сожрет пятихатку не лоха и забудет ее зачислить.

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

163. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (163), 27-Май-25, 08:58 
> Такие языки уже давно существуют, но они вам могут не понравиться.
> Теже Виртовский Оберон и от его последователей - Компонентный паскаль(Blackbox).

Вы правы. На таком вы сами и программируйте. А мы потом по осени проекты посчитаем.

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

36. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (36), 25-Май-25, 18:35 
>" язык полный по Тьюрингу с минимальным синтаксисом"

Так это же Python!

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

50. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от НяшМяш (ok), 25-Май-25, 19:55 
Осталось к нему ещё не всратый рантайм прикрутить (хотя бы гошечный) и будет вообще отлично.
Ответить | Правка | Наверх | Cообщить модератору

106. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (104), 26-Май-25, 11:05 
Гошный рантайм не всратый. Хорошо зафиксировали информацию.
Ответить | Правка | Наверх | Cообщить модератору

131. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (147), 26-Май-25, 16:59 
>Осталось к нему ещё не всратый рантайм прикрутить

А ещё гошный синтаксис. Поздравляю, у вас от гвидобейсика осталось 0%, продукт безопасен.

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

142. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Советский инженер (ok), 26-Май-25, 18:44 
https://lpython.org/blog/2023/07/lpython-novel-fast-retarget.../
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

148. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (147), 26-Май-25, 21:33 
Удивительно, на что только не идут бидонисты, лишь бы не писать на нормальном строготипизированном языке. То там типы криво прикрутят, то тут. Уже в 80-ые был standard ml, в 90-ые ocaml. Зачем они продолжают перезобретать то, что давным-адвно изобретено?
Ответить | Правка | Наверх | Cообщить модератору

181. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от _ (??), 27-Май-25, 18:26 
А толку то?!

Более-менее жив из всех ML* остался только Ocaml...
В-общем, всё так же как и с паскале-модуло-оберонами ... оно где то есть ... где то там ...

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

162. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (163), 27-Май-25, 08:55 
> https://lpython.org/blog/2023/07/lpython-novel-fast-retarget.../

Прямо новый Visual Basic, теперь Visual Basic Net, во. Но сколько вьюжлвасика не окультуривай а вср@тым тулом для недопрограмеров - останется.

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

161. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (163), 27-Май-25, 08:53 
> Осталось к нему ещё не всратый рантайм прикрутить (хотя бы гошечный)
> и будет вообще отлично.

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

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

37. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +5 +/
Сообщение от Аноним (36), 25-Май-25, 18:38 
Либо Brainfuck, если вам хочется прям жёстко.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

40. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Карлос Сношайтилис (ok), 25-Май-25, 19:07 
Дык, насоздовали уже.
SQL полный, пишите, что мешает.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

56. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (19), 25-Май-25, 20:04 
Пусть минимальный. но с поддержкой работы с AST. Чтобы всё недостающее добавили сами программисты.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

80. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +2 +/
Сообщение от Анониссимус (?), 26-Май-25, 02:11 
Дяденька, вам точно нужен brainfuck. Синтаксис минимальный, отвечаю!
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

91. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Гёдель (?), 26-Май-25, 09:00 
Вся не полнота высших языков и их развитие и появление новых, всего лишь следствие не возможности доступа к железу.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

116. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от warlock (??), 26-Май-25, 13:46 
Есть такие языки: Forth (старый) и Factor (новый). Они имели/имеют ограниченный успех, но в целом мало людей понимают как на них писать код.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

121. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (150), 26-Май-25, 14:47 
Не заниматься серьёзно программированием, и серьёзно считать себя в праве высказывать мысли по поводу развития ЯП. Смешно.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

168. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Jh (?), 27-Май-25, 09:25 
когда ты пишешь #include  - это и есть библиотеки.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

182. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (182), 27-Май-25, 18:32 
Начинай создавать. Как создашь — пиши новость на опеннете.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

64. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +3 +/
Сообщение от Аноним324 (ok), 25-Май-25, 21:14 
> полной раскрутки

Что за новояз и попытки принести в айтишку ущербные русизмы, которые хрен знает что значит?

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

70. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  –1 +/
Сообщение от Аноним (70), 25-Май-25, 22:30 
https://ru.m.wikipedia.org/wiki/Раскрутка_компилятора#:~:text=Раскрутка%20компилятора%20(англ.,из%20исходного%20кода%20самого%20транслятора.
Ответить | Правка | Наверх | Cообщить модератору

76. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Perlovka (ok), 25-Май-25, 23:56 
Весьма авторитетный источник. Правда, забыли объяснить, как bootstrapping превратился в какую-то "раскрутку". А главное, зачем.
Ответить | Правка | Наверх | Cообщить модератору

77. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +5 +/
Сообщение от Карлос Сношайтилис (ok), 26-Май-25, 00:20 
Этому термину сто лет в обед, он и до появления интернета уже был. Автор, наверняка, кто-то из советских инженеров/учёных.
Если ещё жив, сможешь его найти и расспросить. Нам расскажешь.
Ответить | Правка | Наверх | Cообщить модератору

84. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 26-Май-25, 04:21 
> Этому термину сто лет в обед, он и до появления интернета уже был. Автор, наверняка, кто-то из советских инженеров/учёных.

Ты так говоришь, будто до появления интернета переводы терминов делались хоть сколь-нибудь вменяемо. Будто эти советские инженеры/учёные понимали, что делают. Глянь как переводятся statement/expression/operator на русский, вот где мысль блистает, говорить о компиляторах на русском невозможно. Или stream/thread тоже пример ущербности русского языка или нехватки словарного запаса переводчиков.

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

85. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от нет ты (-), 26-Май-25, 05:32 
Язву поумерь. Владение английскими терминами не означает, что ими нужно мусорить направо и налево.

>statement/expression/operator

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

>stream/thread

Поток/Нить. Второй перевод реально встречается например в книгах по C# чтобы у читателя закрепилось их отличие от потоков ввода-вывода.

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

90. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (-), 26-Май-25, 08:03 
> Утверждение — конечная операция понятная компилятору. Обычно разделяются ";".
> Выражение — любой вычислимый блок кода, могут быть частью утверждений.
> Оператор — любая операция внутри выражений. Обычно набор операторов встроен на уровне языка, но могут быть и кастомные через перегрузгу.

Это ты сам придумал? Поздравляю, ты лучший переводчик, чем советские инженеры. Мне не нравится "утверждение", но в силу неопределённых опасений того, что оно начнёт пересекаться с терминами из логики, функциональщины или типа того. Может и не начнёт?

Все тексты которые я читал не различали statement и operator, называя их одним словом "оператор", либо полагаясь на то, что контекст подскажет что именно имеется в виду, либо приплетая дополнительные речевые обороты, поясняющие о чём именно идёт речь. Правда я уже лет двадцать как не читаю CS текстов на русском, и может с тех пор там навели хотя бы видимость порядка?

> Поток/Нить. Второй перевод реально встречается например в книгах по C# чтобы у читателя закрепилось их отличие от потоков ввода-вывода.

Я тоже встречал перевод "нить". Но как-то не прижилось. Куда не глянь, везде thread'ы переводятся как "потоки".

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

145. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Ю.Т. (?), 26-Май-25, 19:39 
>> Утверждение — конечная операция понятная компилятору. Обычно разделяются ";".
>> Выражение — любой вычислимый блок кода, могут быть частью утверждений.
>> Оператор — любая операция внутри выражений. Обычно набор операторов встроен на уровне языка, но могут быть и кастомные через перегрузгу.
> Это ты сам придумал? Поздравляю, ты лучший переводчик, чем советские инженеры.

Советские инженеры не переводили западных книг, все неудачные (?) переводы типа thread/execution sequence как "потока" на совести редакторов издательств.
В английском техноязе тоже хватает неоднозначностей и даже мутей.

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

111. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (147), 26-Май-25, 11:24 
>>stream/thread
>Поток/Нить. Второй перевод реально встречается например в книгах по C# чтобы у читателя закрепилось их отличие от потоков ввода-вывода.

Ну как минимум сюда нужно ещё fiber добавить.

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

146. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (146), 26-Май-25, 21:13 
В вашем комменте много ошибок, самая кмк неприятная это то, что не указано самое важное на практике отличие statement от expression, то ради чего это собственно и спрашивают на собесах по ЯПу и в различных тестах - statement, выполняясь, почти никогда не возвращает значение в отличии от expression.

Кстати, в rust почти всё expression by design (блоки, if) https://doc.rust-lang.org/reference/expressions.html

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

118. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (117), 26-Май-25, 14:44 
Ну что можно понимать под раскруткой Rust, его пиар?
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

71. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Кошкажена (?), 25-Май-25, 22:37 
Хоть что-нибудь им уже собрали?
Ответить | Правка | Наверх | Cообщить модератору

107. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (104), 26-Май-25, 11:06 
rustc и собрали
Ответить | Правка | Наверх | Cообщить модератору

86. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Ю.Т. (?), 26-Май-25, 06:46 
Не знал, что в литературе закрепился такой неудачный перевод "bootstrapping" - "раскрутка".
И то лучше было бы какой-нибудь "самоподъём" или "самопуск" или "самостарт".
Ответить | Правка | Наверх | Cообщить модератору

87. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Сталин (?), 26-Май-25, 07:18 
Вряд ли это перевод. Скорее всего самостоятельные термин времён СССР, всё-таки тогда в стране была тьма собственных ЯП
Ответить | Правка | Наверх | Cообщить модератору

88. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Ю.Т. (?), 26-Май-25, 07:56 
> Вряд ли это перевод. Скорее всего самостоятельные термин времён СССР, всё-таки тогда
> в стране была тьма собственных ЯП

То есть ещё один "thread-поток"? Возможно, но это позднее нововведение (и всё равно неудачное).
МГУ-шные лекции Кауфмана (1986) упоминают "так называемую раскрутку".

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

Кстати, ответ "скрывается модератором". Ник, вероятно, неудачен. )))

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

96. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +3 +/
Сообщение от Александрemail (??), 26-Май-25, 09:33 
Самосбор (@scp foundation)
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

103. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Ю.Т. (?), 26-Май-25, 10:59 
> Самосбор (@scp foundation)

Тогда уж "самосборка". Но да, тоже хорошо.

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

122. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (150), 26-Май-25, 14:49 
Всегда думал что самосбор самостоятельный рилм, не имеющий отношения к SCP.
Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

154. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (154), 26-Май-25, 23:18 
Ремнесапожество!

Это вообще непонятно как перевести, потому что в оригинале там было про "поднял себя за собственные волосы", но в пересказе прижилось "за ремни своих сапог". Причём, только в англоязычном пересказе. То есть это перевод искаженного пересказа.

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

И "раскрутка" это в общем-то фигня, потому что оно хотя бы непротиворечиво. А вот взять какие-нибудь thread и stream. В русском там вообще прощай мозги - бессмыслица и чепуха.

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

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

183. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Ю.Т. (?), 27-Май-25, 20:59 
Забыто о том, что в индустрию надо сначала попасть. А через жаргон ученье плохонькое. Так что приличный отечественный термин должен таки быть даже если потом и будет жаргон.
Ответить | Правка | Наверх | Cообщить модератору

184. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (154), 28-Май-25, 00:25 
> А через жаргон ученье плохонькое.

Всё айтишное ученье - через английский всё равно. Русский там просто не нужен. Если вы про то, что ученье - это то, что в ВУЗе, а там должно быть по-русски - это неправильное понимание того, что такое ученье. ВУЗ не нужен. Нужно с 5-ти лет учить английский, что бы в 6-7 уже на нём свободно разговаривать, а дальше потреблять всё профессиональное на английском. Не в ВУЗе, а самостоятельно через интернет.

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

109. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от freehck (ok), 26-Май-25, 11:11 
> Бэкенд позволяет использовать библиотеку libgccjit от проекта GCC в качестве генератора кода в компиляторе rustc, что позволяет собирать rust-программы для всех архитектур, доступных в GCC, и использовать специфичные для GCC оптимизации

Я несколько далёк от темы Rust, так что буду признателен за пояснение: надо ли это понимать таким образом, что GNU rustc теперь поддерживает большее количество архитектур, чем референсный компилятор rust?

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

125. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от пох. (?), 26-Май-25, 15:12 
поддерживает, но код сложнее хеловрота пока скомпилить не может.

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

126. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от freehck (ok), 26-Май-25, 15:15 
>> возможность использования в rustc генератора кода на основе GCC для сборки самого компилятора rustc

однако

> код сложнее хеловрота пока скомпилить не может

не вяжется одно с другим

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

128. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +1 +/
Сообщение от Аноним (75), 26-Май-25, 16:00 
Понимаешь ли... Архитектура/платформа - это несколько иное, нежели компилятор хеловрота.
Ответить | Правка | Наверх | Cообщить модератору

160. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 08:50 
> поддерживает, но код сложнее хеловрота пока скомпилить не может.

Rustc - нормальный такой хеловрот, довольно жирный и фичастый.

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

159. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 08:49 
> Я несколько далёк от темы Rust, так что буду признателен за пояснение: надо
> ли это понимать таким образом, что GNU rustc теперь поддерживает большее
> количество архитектур, чем референсный компилятор rust?

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

Потому что LLVM
1) Исторически не поддерживает дофига платформ на которые GCC есть.
2) Имеют нескромность довольно агрессивно выкидывать/задвигать платформы ненужные 2.5 мегакорпам пиляющим его. И не только откровенно древнюю заброшку, но и остальное.

Т.е. LLVM это стандартный corp controller dev, в довольно жестком виде, со всеми его минусами, когда примерно 2.5 мегакорпорации полностью решают как и что будет. И никакие фиговые листики в виде комитетов от этого не помогают. Поэтому например не очень попсовые архитектуры? Их там нет. И попытки это сделать в лучшем случае - им пофигу. В хучшем активное сопротивление "это усложняет майнтенанс" и активное выкидывание всего что вон тем не надо.

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

127. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (127), 26-Май-25, 15:22 
> О, раст появится на эльбрусе!

Не появится. На эльбрусе проприетарный компилятор, а не gcc.

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

151. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от xsignal (ok), 26-Май-25, 23:01 
GCC бэкенд это хорошо, переписывание Coreutils - плохо!
Ответить | Правка | Наверх | Cообщить модератору

158. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +3 +/
Сообщение от Аноним (-), 27-Май-25, 08:37 
> В отличие от GNU Coreutils реализация на Rust распространяется под
> пермиссивной лицензией MIT, вместо копилефт-лицензии GPL.

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

И собственно по той же причине я не буду учить Rust пока его в GCC не будет. Упопать на доброту корпов в LLVM - спасибо, Apple уже показал как это работает, сделав пропериетарный тулчейн Clang для Mac. Побыть вторым сортом - не очень приятная жизненная перспектива, уж простите дорогие проприетарщики.

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

173. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (170), 27-Май-25, 15:15 
>Побыть вторым сортом - не очень приятная жизненная перспектива, уж простите дорогие проприетарщики.

Вот и я это пытаюсь любителям анLLVM донести.

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

176. "GCC-бэкенд достиг возможности полной раскрутки компилятора r..."  +/
Сообщение от Аноним (-), 27-Май-25, 16:00 
> Вот и я это пытаюсь любителям анLLVM донести.

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

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

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

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




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

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