forum.opennet.ru

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

Оглавление

Для Mesa развивается фронтэнд OpenCL, написанный на языке Rust, opennews (?), 19-Сен-21, (0) [смотреть все]

Почему зависимость от python это хорошо, а зависимость от rust плохо Какое вообщ, Аноним (4), 09:50 , 19-Сен-21, (4) +35 //

Если что питон есть везде а раст надо на самом деле не стоит ставить Причём пи, Аноним (21), 11:07 , 19-Сен-21, (21) –6 //

Тогда уж С - это монолитный кирпич, а питон - цементный раствор , Dzen Python (ok), 12:09 , 19-Сен-21, (43) +3 //

питон - песочек из которого построили замок на берегу и который смоет ближайшим , Анончик (?), 12:40 , 19-Сен-21, (54) +14

Ага В принципе - питон-песок еще одно неплохое сравнение Поясняю Из песка сдел, Dzen Python (ok), 12:49 , 19-Сен-21, (56) –4

До хайпа и жесткого проталкивания везде его не было везде , Аноньимъ (ok), 01:29 , 22-Сен-21, (172)

Python компилируется минут 10 от силы, Rust же тратит часа 4 на llvm и ещё 4 на , Aukamo (ok), 11:35 , 19-Сен-21, (31) //

Ага, точно, рабрту с указателями победили, зато теперь с непонятных источников б, Аноним (41), 12:02 , 19-Сен-21, (41) +5 //

Cказал человек который ни разу не прочитал все исходники OpenCL на С , Aukamo (ok), 12:11 , 19-Сен-21, (45)

Я имел ввиду не классическую реализацию OpenCL на C, а то, что пытаются на Rust , Аноним (41), 08:28 , 20-Сен-21, (131)

У меня большие проекты на Rust собираются на порядок быстрее, чем большие проект, anonymous (??), 12:13 , 19-Сен-21, (48) +8 //

i Но даже в Gentoo никто не запрещает использовать готовый бинарий i - Вы да, eganru (?), 15:54 , 19-Сен-21, (93) –3

Вам ненужно пересобирать раст каждый раз когда вам нужно собрать проэкт на расте, Аноньимъ (ok), 01:30 , 22-Сен-21, (173)

i пересобирать раст каждый раз когда вам нужно собрать проэкт на расте i - ск, eganru (?), 11:53 , 22-Сен-21, (181)

Так это политика даже не фаерфокса наверное а мейнтенеров в вашем дистрибутиве , Аноньимъ (ok), 12:07 , 22-Сен-21, (182)

Ага - теперь у меня дистрибутив не тот Ясно-понятно , eganru (?), 13:31 , 22-Сен-21, (190)

У вас костылинyпс неправельный Для windows все, что нужно, доступно в бинарном , Аноним (-), 14:02 , 22-Сен-21, (191)
Я такого не говорил Я у вас спросил, кто апает требования на раст для сборки фае, Аноньимъ (ok), 14:51 , 22-Сен-21, (192)

Человек хочет собрать все с нуля, чтобы не доверять сборку сторонним людям , Аноноша (?), 21:49 , 19-Сен-21, (117) –3
Не знаю точно сколько собирается PAR XAR и что это вообще, но в питоне обычно за, макпыф (ok), 08:25 , 20-Сен-21, (130) –2

PAR XAR в случае Python -- это когда собирают приложение в единый запускаемый фа, anonymous (??), 11:32 , 20-Сен-21, (138) +2

зависит от скорости инета, у меня при 200 кб с пару сот мб кратов качаются ощути, макпыф (ok), 16:40 , 20-Сен-21, (151)

Если очень постараться, из этих букв можно сложить слово opennet , виндотролль (ok), 23:23 , 20-Сен-21, (157) +1

нет букв т и п И лишние буквы останутся , макпыф (ok), 23:31 , 20-Сен-21, (158)

Вам ненужно загружать 30 минут все исходники всех либ каждый раз когда вы пересо, Аноньимъ (ok), 01:32 , 22-Сен-21, (174)

Расскажите это всё мейнтейнерам дистрибутивов, что они могут ничего не собирать,, Аноним (155), 17:36 , 20-Сен-21, (155)

Вам ненужно пересобирать раст каждый раз когда вы собираете проект на расте И ка, Аноньимъ (ok), 01:36 , 22-Сен-21, (175)

1 Питон есть везде2 Питон - взрослый язык без постоянных внедрений3 Питон име, Dzen Python (ok), 12:12 , 19-Сен-21, (46) –15 //

1 Хоть Python есть не везде особенно в embedded Но ОК, валидный аргумент 2 , anonymous (??), 12:28 , 19-Сен-21, (51) +11
К слову, питон тоже давно пора переписать на раст, Зз (?), 13:36 , 19-Сен-21, (65) –2 //

https github com RustPython RustPython, Аноним (68), 13:47 , 19-Сен-21, (68) –1
Его давно пора выкинуть И начать нужно с ВУЗов , псевдонимус (?), 14:25 , 19-Сен-21, (82) +1

Давно пора выкинуть тебя как минимум с этого форума, Аноним (107), 19:40 , 19-Сен-21, (107) –2

Если от этого пердон перестанет жрать память, тормозить, плодить типа-программис, псевдонимус (?), 11:37 , 22-Сен-21, (180) +1

https docs rs inline-python, freecoder (ok), 15:14 , 19-Сен-21, (89)

8220 Питон - взрослый язык без постоянных внедрений 8221 Агага, лол Язык, сп, Антониус (?), 13:41 , 19-Сен-21, (67) +4 //

Ой, да, Паскаль и Пайтон так похожи между собой, что взрослые мальчики путают и, Аноним (108), 19:49 , 19-Сен-21, (108) –3

Питоноид детектед Душитель одноглазого змея , псевдонимус (?), 13:44 , 23-Сен-21, (204)

У меня на роутере есть php, но нет питона Т ч не везде , Аноним (104), 18:39 , 19-Сен-21, (104) +2 //

У меня на роутере есть питон, но нет пхп Так что твой случай не важен, Аноним (107), 20:21 , 19-Сен-21, (113) +1

У питона самый отвратительный не читаемый плохо редактируемый семантически не св, Аноньимъ (ok), 01:43 , 22-Сен-21, (176) +1

С чего вы взяли, что наличие питона где бы то ни было - это хорошо Питона вообщ, Аноним (137), 10:20 , 20-Сен-21, (137) +4

Ну правильно, нужно засрать проект по максимуму, чтобы 1 человек все это поделие, нах.. (?), 09:56 , 19-Сен-21, (8) +3 //

Вы не так поняли, имеется в виду удобство cargo давно уже умеет --offline , он, Aukamo (ok), 11:39 , 19-Сен-21, (33) +1 //

cargo уже избавился от лефтпадов, тянущихся за казалось бы нормальным пакетом , Dzen Python (ok), 12:13 , 19-Сен-21, (47) –5 //

leftpad -- это из npm, причём он тут Да и вообще, cargo - это по сути как apt, , anonymous (??), 12:34 , 19-Сен-21, (53) +6

ну правильно, надо всем разрабам пердолиться с Сями, что б тебе одному удобней с, Аноним (37), 11:50 , 19-Сен-21, (37) –2
Крайне лживые утверждения Зависимость от отступов - это самый сумасшедший бред,, Самый лучший (?), 13:03 , 19-Сен-21, (58) +8 //

для одноразового кода замка-на-песке, смываемого следующим приливом - просто отл, пох. (?), 16:51 , 19-Сен-21, (98)

И какую версию OpenCL он реализовал Было бы очень хорошо, если бы в результате , Admino (ok), 10:00 , 19-Сен-21, (10) –3 //

Там причём комедия - для 2 0 не хватает чуть ли не только printf, её можно заста, vitalif (ok), 13:40 , 19-Сен-21, (66) +1

Сейчас бы проект, написанный одним человеком ради изучения ЯП, в мейнстрим тянут, Аноним (12), 10:10 , 19-Сен-21, (12) +6 //

Растохейтерам лишь бы всё перевернуть с ног на голову или красиво лужу газануть , Аноним (22), 11:12 , 19-Сен-21, (22) +5 //

Относительно впопеннетчика - какой-то лошпед , Аноним (28), 11:29 , 19-Сен-21, (28) +1 //

Сравнивать великомудрого эксперта opennet и какого-то разработчика из красной шл, Аноним (4), 19:33 , 19-Сен-21, (106)

Слона и клопа того самого, из поговорки мал клоп, , Аноним (-), 02:59 , 20-Сен-21, (127)

Вам, батенька, лечится надо, вам хейтеры везде видятся Я сам Rust учу, но не ви, Аноним (12), 11:59 , 19-Сен-21, (40) –1 //

Лечиться, похоже, желательно Вам Никто не пихает, а только оценивают целесообра, Аноним (22), 17:14 , 19-Сен-21, (100)

Точно так же, как профессианал из EFF, выложивший очень грязную и быструю обер, Dzen Python (ok), 12:17 , 19-Сен-21, (49) –2 //

Прям точно точно такой же А как сравнивал Или просто языком мелешь , Qwerty123456 (?), 13:30 , 19-Сен-21, (62) +2

ну наконец то появятся безопасные утечки памяти благодаря расту , Аноним (-), 10:20 , 19-Сен-21, (15) +10
Мда, этот rust напоминает болезнь, Аноним (16), 10:27 , 19-Сен-21, (16) +2 //

Вы не поверите, но это другое Согласно китайской философии Фен-Шуй, Запад предст, n00by (ok), 10:48 , 19-Сен-21, (17) –1 //

Если коррозия завелась, то избавиться от неё уже нельзя можно лишь замедлить её, ng (ok), 11:27 , 19-Сен-21, (27) +4 //

Это вполне укладывается в философию китайцев, сейчас эпоха Металла заканчивается, n00by (ok), 11:36 , 19-Сен-21, (32) –1
Боюсь, что бы понять философию китайцев, надо быть самому немножко китайцем Пот, n00by (ok), 11:57 , 19-Сен-21, (39) –1

В эпоху развала 1985-1995 в СССР РФ был популярен музыкальный коллектив с наз, ng (ok), 12:08 , 19-Сен-21, (42) –1

Ничего не знаю по поводу популярности, они тогда съели двух фанаток и поэтому их, n00by (ok), 12:43 , 19-Сен-21, (55)

На вольфрам штале намекаешь , Брат Анон (ok), 20:18 , 19-Сен-21, (110) –1
Эм, нет вообще-то, можно ржавчину обратно в металл востановить или в инертное дл, Аноньимъ (ok), 01:48 , 22-Сен-21, (177)

https ru wikipedia org wiki Rust_ язык_программирования Автор дал проекту наз, Аноним (41), 12:09 , 19-Сен-21, (44) +1 //

Это не очень весёлые грибы По ряду версий некоторые войны в средневековой Европ, n00by (ok), 12:31 , 19-Сен-21, (52) +1
Ах вот оно что Ну, это многое объясняет , Брат Анон (ok), 20:19 , 19-Сен-21, (111)

Дословно - Фенг-Шуе - Ветер-Вода Хорошая такая философия Метал пишется с одним, Lefsha (ok), 00:43 , 21-Сен-21, (159) //

А музыкальный жанр - с двумя Он таки тоже возник в эпоху Металла https ru, n00by (ok), 09:01 , 21-Сен-21, (162) –1
Где черпаете новые правила для русского языка , Niki (??), 11:21 , 21-Сен-21, (164)

Дак ржавчина ведь Если от нее не избавится - съест все, на чем появилась , An (??), 10:48 , 19-Сен-21, (18) +2
раст напоминает, а С - это рак Cancer , Аноним (37), 11:02 , 19-Сен-21, (19) –10 //

Знаком С обозначается нота До - самый низкий тон Соответственно и язык самый , n00by (ok), 11:30 , 19-Сен-21, (29) +2 //

Враньё https www youtube com watch v drnBMAEA3AMDoe, a deer, a female deerТво, Ordu (ok), 13:34 , 19-Сен-21, (64) –3

Си, синьор В каждом карале свои вожаки и важенки , n00by (ok), 14:06 , 19-Сен-21, (75) +2

Почему ассемблеры не ЯП , псевдонимус (?), 14:30 , 19-Сен-21, (83) –1

В наборе команд IA-32 есть машинная инструкция с опкодом 90h Она обменивает рег, n00by (ok), 15:11 , 19-Сен-21, (87) +1

Форт более низкоуровенен чем С Тоже не язык Дай ссылку на определение язык про, псевдонимус (?), 18:43 , 19-Сен-21, (105) –1

Тот факт, что шитый код может оказаться компактнее, чем программа даже на асме, , n00by (ok), 20:15 , 19-Сен-21, (109) +1

https cyberleninka ru article n protsessory-greenarrays-ga144https ailev liv, tmplsr (?), 08:54 , 20-Сен-21, (132) +2

Спасибо, очень интересно Но как раз показывает, насколько далёк Форт от типичны, n00by (ok), 15:54 , 20-Сен-21, (149)

Чушь Язык С назван по порядку после не выжившего языка B C как оператор инкре, кофейник (?), 16:15 , 21-Сен-21, (168)

Ответ Я в курсе, что некоторые программисты мыслят исключительно в базисе исключ, n00by (ok), 18:37 , 21-Сен-21, (171)

Смотря с какой стороны на это посмотреть Некоторым видится, что C - это сокращен, ng (ok), 11:33 , 19-Сен-21, (30) +6 //

А ещё это может значить cat, crap, cunt, clone и ещё сотню слов Этот тред по св, burjui (ok), 00:56 , 20-Сен-21, (125) +1

Думаю это верная расшифровка С соответственно crap cunt , Аноньимъ (ok), 01:51 , 22-Сен-21, (178)

Два куба хлорпротиксена этому анониму От рака вообще-то умирают, а Си живёт пол, Аноним (74), 14:03 , 19-Сен-21, (74) //

Ну так умирает носитель, а рак как раз живет и прорастает метастазами везде На , Аноним (102), 17:34 , 19-Сен-21, (102)

Я нашёл глубинный смысл названия Рыжий то понятно, что для лисы родился А плес, Аноним (91), 15:28 , 19-Сен-21, (91)

Что-то с OpenCl совсем всё плохо Вон из блендера выкинут скоро, т к deprecated, Аноним (20), 11:03 , 19-Сен-21, (20) –2 //

Эппл сказал, что OpenCL не нужен , Zenitur (ok), 11:14 , 19-Сен-21, (23) –2 //

Сколько суперкомпьютеров из макбуков собрали Я конечно видел датацентры забитые, Аноним (25), 11:19 , 19-Сен-21, (25)

Так вроде там в куду фишечек типа атомарности завезли, не осталось преимуществ , Аноним (25), 11:17 , 19-Сен-21, (24) //

Куда это проприетарный шлак призванный непускать открытые технологии и человечес, Аноньимъ (ok), 12:15 , 22-Сен-21, (183) //

Опенкл в гимп Давайте хотя бы если не хасхкат, то блендер Бтв, я тут мимослыша, Аноним (25), 12:24 , 22-Сен-21, (187)

C OpenCL очень неприятная история на самом деле Сама идея и название суперское , Аноним (86), 14:58 , 19-Сен-21, (86) +3 //

А чего вы конкретно то ждали такого, оно с версии 1 1 уже полностью рабочее и пр, Аноньимъ (ok), 12:19 , 22-Сен-21, (185)

Это очень грустно Нормальный же стандарт , Аноньимъ (ok), 12:17 , 22-Сен-21, (184)

Со всех сторон ползут новости про успехи Rust Само слово rust мне уже чем-то на, Аноним (26), 11:19 , 19-Сен-21, (26) +15 //

Человече, ты сделал мой день Тут же все буквально 1-в-1 , Dzen Python (ok), 12:19 , 19-Сен-21, (50) +1
Не, вот безотносительно к тому, насколько хайп вокруг rust а обоснован, это две , Ordu (ok), 13:22 , 19-Сен-21, (59) +2 //

если можно так сказать, снизу они стихийное Нельзя так сказать Пока раст, Аноним (73), 14:02 , 19-Сен-21, (73) –3 //

Ты б хоть почитал историю, прежде чем утверждать такое Раст не взбулькивал вниз, Ordu (ok), 14:35 , 19-Сен-21, (84) –1

Да-да-да, BLM -- тоже сугубо стихийное явление , Michael Shigorin (ok), 21:40 , 19-Сен-21, (115) +1

Ну, этт Тебе виднее Я не интересовался BLM, я не пытался высмотреть в нём ст, Ordu (ok), 00:54 , 20-Сен-21, (124) +1

а по Вашему он в Red Hat работает на общественных началах за бесплатно кто его з, Совершенно другой аноним (?), 09:46 , 20-Сен-21, (134)

Ок, допустим, проплатили Как ты думаешь, если мы прогуляемся до crates io и про, Ordu (ok), 10:11 , 20-Сен-21, (136)

прогуляемся повнимательней - crates io создан и принадлежит rust foundation- спи, странадураков (?), 17:07 , 20-Сен-21, (153) +1

тебе самому бы в копилку чутьновости ползут, успехов как не было так и нетстихий, странадураков (?), 16:59 , 20-Сен-21, (152)

Хорошее сравнение Кстати, Котлин с тем же ассоциируется Даже хуже Если раст о, Аноним (88), 15:13 , 19-Сен-21, (88) +1
Давно заметил что читатели opennet делятся на два типа по отношению к Rust - те , Андрей (??), 10:37 , 19-Ноя-21, (205)

Я правильно понял не нужно будет ставить проприетарный OpenCL от АMD , Аноним (35), 11:42 , 19-Сен-21, (35) –1 //

Растамановский OpenCL работает со скоростью стоящей в очереди улитки , Аноним (38), 11:53 , 19-Сен-21, (38) –2
Не правильно Написано же, что это еще одна реализация того что уже есть в mesa , Аноним (57), 12:58 , 19-Сен-21, (57)

Фуу c rust в системном компоненте , acroobat (??), 13:23 , 19-Сен-21, (60) +3 //

А что вы думаете об oreboot , anonymous (??), 11:36 , 20-Сен-21, (139)
Да, в системных компонентах должна использоваться только ADA, а еще лучше SPARK , Аноним (165), 12:33 , 21-Сен-21, (165) +1

Скрыто модератором, Аноним (72), 14:02 , 19-Сен-21, (72) //

Скрыто модератором, Аноним (74), 14:14 , 19-Сен-21, (78) –1
Скрыто модератором, aaassssa (?), 14:50 , 19-Сен-21, (85)
Скрыто модератором, Аноним (94), 16:13 , 19-Сен-21, (94) +2
Скрыто модератором, Саладин (?), 16:24 , 19-Сен-21, (97) –1

Спасибо расту за то что Миша Снойман наконец-то оставил хаскель в покое, Аноним (92), 15:38 , 19-Сен-21, (92) –1
Астанавитесь 11, Аноним (95), 16:15 , 19-Сен-21, (95)
Очередной хелловорд, который при том даже и близко не доделан Т е всё что оно с, Аноним (94), 16:16 , 19-Сен-21, (96) +2
Не нравится мне, что этот раст притягивают везде за уши, проталкивают в разные м, Аноним (99), 16:56 , 19-Сен-21, (99) +2 //

Системный язык это C Ну в нем нет пакетов и пакетного менеджера Поэтому либо д, Аноноша (?), 21:38 , 19-Сен-21, (114) +1 //

А ещё он за кофе не бегает И скажу по секрету это замечательно , Michael Shigorin (ok), 21:42 , 19-Сен-21, (116) +1 //

Что еще замечательного cmake, meson, autotools и еще 20 систем сборки , Аноноша (?), 22:03 , 19-Сен-21, (118) +3

Прежде что-то писать, надо уму разуму набраться 20 разных вИдений способа сборк, Аноним (-), 05:55 , 20-Сен-21, (128)

20 разных галлюцинаций , Аноньимъ (ok), 12:24 , 22-Сен-21, (186) +1

Системный пакетный менеджер и есть пакетный менеджер для си и c Поэтому ни од, Аноним (133), 09:25 , 20-Сен-21, (133) –1 //

Это когда он есть На винде, маке и фрибсдм его нет, Онононимус (?), 12:25 , 20-Сен-21, (142)

Источник Вся Правдивейшая Опеннетная Правда о БЗДах, том 118, исправленное изд, Аноним (-), 13:50 , 20-Сен-21, (146)

То есть для распространения своего модуля для Linux только сколько нужно собрать, Аноним (144), 13:21 , 20-Сен-21, (144) +1

Системный это С Язык Си разрабатывался как язык системного программирования, дл, Совершенно другой аноним (?), 09:55 , 20-Сен-21, (135) –1 //

Да бред это всё Нашли что цитировать, вики которая цитирует источники Си это , Аноньимъ (ok), 12:29 , 22-Сен-21, (188)

Язык C напрямую затачивался под программирование ОС, можно сказать, что его напи, Совершенно другой аноним (?), 12:48 , 22-Сен-21, (189)

Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм Э, Аноньимъ (ok), 15:00 , 22-Сен-21, (193)

Ну, не знаю, почитал я про их систему команд и т д - очень похоже на классическ, Совершенно другой аноним (?), 16:10 , 22-Сен-21, (194)

Вот именно Ну Называть это классикой, примерно как ДОМ2 классикой называть Хер , Аноньимъ (ok), 17:10 , 22-Сен-21, (195)

Удачная архитектура, которая всем понравилась, не уверен, что есть какие-либо ан, Совершенно другой аноним (?), 17:36 , 22-Сен-21, (196)

Виндовс удачная ОС которая всем понравилась Андроид удачная ОС которая всем понр, Аноньимъ (ok), 18:41 , 22-Сен-21, (197)

Очень мало там общего Набор команд PDP-11 изучается за пару часов, при этом мож, n00by (ok), 08:50 , 23-Сен-21, (198)

я в сами опкоды не вчитывался - по диагонали посмотрел что пишут на английской в, Совершенно другой аноним (?), 09:21 , 23-Сен-21, (199)

Ну я некоторые опкоды того Zilog-а до сих пор помню, многие приходилось именно з, n00by (ok), 12:28 , 23-Сен-21, (201)

Кстати, с приходом ia-32 в чём-то стало хуже - зачем-то попытались дескрипторы с, Совершенно другой аноним (?), 10:35 , 23-Сен-21, (200)

А сегментные регистры почти не нужны в плоской модели, в непривилегированном реж, n00by (ok), 12:35 , 23-Сен-21, (202)

С этим согласен, в x86_64 они там совсем, как я понял, рудиментными стали и flat, Совершенно другой аноним (?), 13:28 , 23-Сен-21, (203)

Ну можно собрать если нет желания С gcc все также Можно код всех зависимостей в, Аноноша (?), 22:09 , 19-Сен-21, (119) +1 //

У чистой сишки зависимости имею развер килобайт, в основном Glibc и только У Ра, Аноним (-), 05:57 , 20-Сен-21, (129) –2 //

То есть вы удалили все библиотеки со своей системы , anonymous (??), 11:39 , 20-Сен-21, (140)

Зачем что-то удалять Чистый Си - это плоть и кровь GNU Linux Раст - это чужеро, Аноним (-), 13:29 , 20-Сен-21, (145) +1

Ну, просто зависимости весят не килобайты Тут скорее идея в том, что деды так , anonymous (??), 15:23 , 20-Сен-21, (148) +1

Идея называется в чужой монастырь со своим уставом не ходят Деды так не тольк, n00by (ok), 16:06 , 20-Сен-21, (150) –2

Ну так rust community так и делает Оно просто пилит потихоньку И эта новость т, anonymous (??), 00:52 , 21-Сен-21, (160) +1

Поддержка Rust рассматривается как экспериментальная, но уже согласована для вк, n00by (ok), 08:54 , 21-Сен-21, (161) –2

То есть я правильно понимаю, что ваша претензия к Rust заключается в том, что гл, anonymous (??), 10:44 , 21-Сен-21, (163) +1

Нет, не правильно Претензия -- это производное от претендовать , а завладеть R, n00by (ok), 14:27 , 21-Сен-21, (166) –2

Много вы приложений на чистой сишке скомпилируете то Та-же меса для сборки питон, Аноньимъ (ok), 01:54 , 22-Сен-21, (179)

А в случае с Си вы дискетами перекидываете У Rust под пакеты точно такие же git, Аноним (122), 00:26 , 20-Сен-21, (122) +3
Пакеты тянет не компилятор, а пакетный менеджер Просто в случае Си вы используе, anonymous (??), 11:41 , 20-Сен-21, (141) +2

Лучшеб добавили найтивную поддержку гетерогенных вычислений в сам язык , Аноним (104), 18:37 , 19-Сен-21, (103) –1 //

И как ты себе это представляешь , burjui (ok), 01:03 , 20-Сен-21, (126)

Лучше бы r600-бэкенд доделали до уровня, позволяющего запустить hashcat , Аноним (120), 23:20 , 19-Сен-21, (120) –1
Они решили юзерспейс на расте переписать think, Андрей (??), 14:01 , 20-Сен-21, (147) +1
Хахаха, теперь ещё и меса будет падать , Аноним (154), 17:24 , 20-Сен-21, (154) –1
Для Mesa деградирует фронтэнд OpenCL, написанный на языке Rust Поправил , Аноним (156), 18:07 , 20-Сен-21, (156) –1
Что только народ не согласен делать, лишь бы умные указатели не использовать , Урри (ok), 15:35 , 21-Сен-21, (167) –1 //

Для этого надо читать книжки или хотябы статьи Не говоря уже о стандарте А это, Аноним (169), 17:36 , 21-Сен-21, (169) –1
И кстати не толко указатели Уже и проблем с выходом за пределы массива давно не, Аноним (169), 17:48 , 21-Сен-21, (170) –1

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

99. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +2 +/–

Сообщение от Аноним (99), 19-Сен-21, 16:56

Не нравится мне, что этот раст притягивают везде за уши, проталкивают в разные места. Rust это тотальный контроль большого брата над программами. Компилятор тянуть из нета. Пакеты тянуть из нета. Где это виданно что системный язык во время компиляции тянул пакеты из нета. Хотят лишить люд независимости С и простоты С.

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

114. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от Аноноша (?), 19-Сен-21, 21:38

> Где это виданно что системный язык во время компиляции тянул пакеты из нета.
Системный язык это C? Ну в нем нет пакетов и пакетного менеджера. Поэтому либо держать код всех зависимостей в репозитории, либо ставить либы через системные пакеты (deb, etc).

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

116. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от Michael Shigorin (ok), 19-Сен-21, 21:42

А ещё он за кофе не бегает.  И скажу по секрету: это замечательно.

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

118. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +3 +/–

Сообщение от Аноноша (?), 19-Сен-21, 22:03

Что еще замечательного? cmake, meson, autotools и еще 20 систем сборки?

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

128. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноним (-), 20-Сен-21, 05:55

>Что еще замечательного? cmake, meson, autotools и еще 20 систем сборки?
Прежде что-то писать, надо уму разуму набраться. 20 разных вИдений способа сборки программного обеспечения.

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

186. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от Аноньимъ (ok), 22-Сен-21, 12:24

> 20 разных вИдений способа сборки
> программного обеспечения.
20 разных галлюцинаций.

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

133. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." –1 +/–

Сообщение от Аноним (133), 20-Сен-21, 09:25

Системный пакетный менеджер и есть пакетный менеджер для си и c++. Поэтому ни один из пакетных менеджеров "специально для C и C++" и не взлетел - не нужен.

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

142. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Онононимус (?), 20-Сен-21, 12:25

>Системный пакетный менеджер
Это когда он есть. На винде, маке и фрибсдм его нет

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

146. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноним (-), 20-Сен-21, 13:50

>>Системный пакетный менеджер
> Это когда он есть. На винде, маке и фрибсдм его нет
Источник: "Вся Правдивейшая Опеннетная Правда о БЗДах, том 118, исправленное издание"?
https://www.freebsd.org/cgi/man.cgi?query=pkg_info&apropos=0...
> pkg_info     -  a utility for getting information on software package distributions.
>  July 18, 1993               pkg_info(1)
> pkg_add - a utility for installing software package distributions.
> July 18, 1993                pkg_add(1)

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

144. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от Аноним (144), 20-Сен-21, 13:21

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

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

135. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." –1 +/–

Сообщение от Совершенно другой аноним (?), 20-Сен-21, 09:55

Системный это С.
Язык Си разрабатывался как язык системного программирования, для которого можно создать однопроходный компилятор.
(с) wikipedia
Системный язык программирования - это язык программирования для разработки системного программного обеспечения. А так, по Вашему - Perl был системным языком, когда это ещё не было мейнстримом (см. их CPAN), аналогично разные Ruby с их Gems и прочие Javascript/Node.js с их приснопамятным npm.

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

188. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноньимъ (ok), 22-Сен-21, 12:29

Да бред это всё. Нашли что цитировать, вики которая цитирует "источники".
Си это яп для мерзкой примитивной и тупой архитектуры DEC.
Когда он появился разделения ПО на системное и прикладное не было.

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

189. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Совершенно другой аноним (?), 22-Сен-21, 12:48

> Когда он появился разделения ПО на системное и прикладное не было.
Язык C напрямую затачивался под программирование ОС, можно сказать, что его написали для того, чтобы было проще писать и сопровождать разработку ОС UNIX, так-что, имхо, Википедия тут вовсе не врёт.

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

193. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноньимъ (ok), 22-Сен-21, 15:00

Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно и принципиально.
То что якобы если верить на слово писателям всяких мемуаров в белл лабс было тяжело писать на ассемблере !утилиты! для юникса и они придумали ему чуть более структурную замену.
>C was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on UnixC was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on Unix
Ну да интересно но это ни разу не "затачивался под программирование ОС". Это создан для облегчения написание утилит ПОД КОНКРЕТНУЮ ОС для КОНКРЕТНЫХ ПРОЦЕССОРОВ.
А то как его потом расхайпали кто, и на каких основаниях, куда интереснее, того где там его в колокол лаборатории изобретали.

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

194. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Совершенно другой аноним (?), 22-Сен-21, 16:10

> Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно
> и принципиально.
Ну, не знаю, почитал я про их систему команд и т.д. - очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11). Мало того, потом даже C более-менне смог даже лечь на очень их неудачную сегментную модель, как минимум для реального режима. А если учесть, что С существует почти для всех процессорных архитектур, то и получается, что у PDP-11 был не очень-уж и такой "конкретный" процессор. Точнее, все потом пытались создать нечто похожее. и он в итоге не сильно отличался от того, что придумывали потом.
> То что якобы если верить на слово писателям всяких мемуаров в белл
> лабс было тяжело писать на ассемблере !утилиты! для юникса и они
> придумали ему чуть более структурную замену.
>>C was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on UnixC was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on Unix
> Ну да интересно но это ни разу не "затачивался под программирование ОС".
> Это создан для облегчения написание утилит ПОД КОНКРЕТНУЮ ОС для КОНКРЕТНЫХ
> ПРОЦЕССОРОВ.
Тем не менее, то, что был такой простой и небольшой C помогло портировать Unix на ту-же Interdata [7|8]/32. Думаю, что то, что в более позднее время мешало (например, чёткое указание на размеры типов int), тогда как-раз помогало (в PDP int был 16 бит, а в Interdata уже 32) - не надо было переписывать всё ПО заменяя какой-нибудь аналог int16_t на int32_t.
> А то как его потом расхайпали кто, и на каких основаниях, куда
> интереснее, того где там его в колокол лаборатории изобретали.
Ну, как-бы расхайпивать там самая колокольная лаборатория в начале очень даже помогала, и сама выполняла портирование, и помогала другим заинтересованным сторонам.

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

195. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноньимъ (ok), 22-Сен-21, 17:10

> Ну, не знаю, почитал я про их систему команд и т.д. -
> очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11).
Вот именно.
Ну. Называть это классикой, примерно как ДОМ2 классикой называть.
> А если
> учесть, что С существует почти для всех процессорных архитектур
Хер там, это дурацкий миф. Только для Си процессоров, рисков коротко если - арм х86 risc-v
Конечно и на некоторых не совсем сишных микроконтроллерах есть сишка, но она там и не сишка вовсе, и прикручена из соображений мейнстрима.
> получается, что у PDP-11 был не очень-уж и такой "конкретный" процессор.
> Точнее, все потом пытались создать нечто похожее. и он в итоге
> не сильно отличался от того, что придумывали потом.
Вы суть начали улавливать.
> Думаю, что то, что в
> более позднее время мешало (например, чёткое указание на размеры типов int),
> тогда как-раз помогало (в PDP int был 16 бит, а в
> Interdata уже 32) - не надо было переписывать всё ПО заменяя
> какой-нибудь аналог int16_t на int32_t.
Может да может нет, а может кому-то в чём-то и мешало.
> Ну, как-бы расхайпивать там самая колокольная лаборатория в начале очень даже помогала,
> и сама выполняла портирование, и помогала другим заинтересованным сторонам.
Продвинула сишку конкретно "Digital Equipment Corporation". А не белл лабс.
Сишку и риски, примерно как Майкрософт всему миру Виндовс втулила.

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

196. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Совершенно другой аноним (?), 22-Сен-21, 17:36

>> Ну, не знаю, почитал я про их систему команд и т.д. -
>> очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11).
> Вот именно.
> Ну. Называть это классикой, примерно как ДОМ2 классикой называть.
Удачная архитектура, которая всем понравилась, не уверен, что есть какие-либо аналогии с ДОМ2.
>> А если
>> учесть, что С существует почти для всех процессорных архитектур
> Хер там, это дурацкий миф. Только для Си процессоров, рисков коротко если
> - арм х86 risc-v
А Alpha был Cи процессор? а POWER? а Itanium? а прочие MIPS-ы? А то так окажется, что все процессоры "Си-процессоры".
> Конечно и на некоторых не совсем сишных микроконтроллерах есть сишка, но она
> там и не сишка вовсе, и прикручена из соображений мейнстрима.
По большому счёту и для x86 реального режима была не совсем Си-шка, там тоже были всякие _ds, _far, _huge и даже _interrupt, что не мешало ей быть диалектом всё того-же C89. Так и для микроконтроллеров - надо не только за "ножки дёргать", но считать всякое, которое не сильно зависит от типа процессора.
>> получается, что у PDP-11 был не очень-уж и такой "конкретный" процессор.
>> Точнее, все потом пытались создать нечто похожее. и он в итоге
>> не сильно отличался от того, что придумывали потом.
> Вы суть начали улавливать.
Ну так рассуждать - наоборот, все кроме PDP-11 очень специфичные, раз уже он пошел в мейнстрим, а остальные скатились в маргинальщину.
>> Ну, как-бы расхайпивать там самая колокольная лаборатория в начале очень даже помогала,
>> и сама выполняла портирование, и помогала другим заинтересованным сторонам.
> Продвинула сишку конкретно "Digital Equipment Corporation". А не белл лабс.
> Сишку и риски, примерно как Майкрософт всему миру Виндовс втулила.
Про Си не знаю, а про риски - не уверен - у них тогда был VAX, который совсем не RISC, если я правильно помню. А Alpha, которая была позже, так и не взлетела.

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

197. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноньимъ (ok), 22-Сен-21, 18:41

>Удачная архитектура, которая всем понравилась, не уверен, что есть какие-либо аналогии с ДОМ2.
Виндовс удачная ОС которая всем понравилась.
Андроид удачная ОС которая всем понравилась.
Байден удачный президент который всем понравился.
И Пу удачный президент который всем понравился.
Ну вы поняли.

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

198. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от n00by (ok), 23-Сен-21, 08:50

>> Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно
>> и принципиально.
> Ну, не знаю, почитал я про их систему команд и т.д. -
> очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11).
Очень мало там общего. Набор команд PDP-11 изучается за пару часов, при этом можно работать с восьмеричным (там так принято) опкодами, дампы вполне читаются без дизассемблирования. Самому не довелось, но слышал, что многие писали сразу в машкодах.
16-ти разрядный набор команд x86 -- не хочу вызвать реакцию фанатов, потому постараюсь наиболее мягко -- результат ухода наиболее грамотных специалистов из intel в Zilog. Удобным для человека процессор стал с приходом IA-32 и плоской модели памяти.

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

199. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Совершенно другой аноним (?), 23-Сен-21, 09:21

>>> Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно
>>> и принципиально.
>> Ну, не знаю, почитал я про их систему команд и т.д. -
>> очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11).
> Очень мало там общего. Набор команд PDP-11 изучается за пару часов, при
> этом можно работать с восьмеричным (там так принято) опкодами, дампы вполне
> читаются без дизассемблирования.
я в сами опкоды не вчитывался - по диагонали посмотрел что пишут на английской википедии, про универсальную команду mov, которая и в Intel может копировать что попало куда попало, но в пределах разумного (только память-память не умеет). А про страшное кодирование системы команд у Intel - с этим никто не спорит, по нему уже давно все оттаптываются. Хотя базовая система команд, которая была в исходном 8086, именно мнемоники, тоже не такая уж и огромная
> Самому не довелось, но слышал, что многие писали сразу в машкодах.
Про это тоже слышал (были такие УК НЦ - я так понимаю советский клон PDP-11), там да, ребята знали систему команд наизусть и могли ассемблировать прямо в память. С Z80 тоже было, в этом плане, нечто подобное.

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

201. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от n00by (ok), 23-Сен-21, 12:28

Ну я некоторые опкоды того Zilog-а до сих пор помню, многие приходилось именно запоминать. С PDP-11 ситуация иная: достаточно понять, по какому принципу и из каких полей формируется команда, и можно самому почти всю таблицу написать. И многие в то время мыслили именно тем принципом и восьмеричной системой.
Вот здесь https://www.opennet.dev/openforum/vsluhforumID3/125293.html#59
Ordu пишет, якобы Rust возник стихийно. Возможно, это так.
Си совершенно точно возник стихийно, под влиянием обстоятельств, на PDP-11 ничего иного не могло возникнуть. Оттуда же и "восьмеричные" права UNIX.

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

200. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Совершенно другой аноним (?), 23-Сен-21, 10:35

> 16-ти разрядный набор команд x86 -- не хочу вызвать реакцию фанатов, потому
> постараюсь наиболее мягко -- результат ухода наиболее грамотных специалистов из intel
> в Zilog. Удобным для человека процессор стал с приходом IA-32 и
> плоской модели памяти.
Кстати, с приходом ia-32 в чём-то стало хуже - зачем-то попытались дескрипторы сегментов сделать совместимыми с 286, где впервые появился защищенный режим, но ещё 16-ти разрядный. Скажем честно - выглядело это очень не очень - когда одно логическое поле в итоге было разрезано на три части, которые хранились в разных местах дескриптора.

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

202. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от n00by (ok), 23-Сен-21, 12:35

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

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

203. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Совершенно другой аноним (?), 23-Сен-21, 13:28

> А сегментные регистры почти не нужны в плоской модели, в непривилегированном режиме
> незачем этим голову забивать.
С этим согласен, в x86_64 они там совсем, как я понял, рудиментными стали и flat model полностью победила, а до того, использовались для разных TLS, которые thread local storage, в общем не совсем по назначению, имхо..
> Если же углубляться в ядро, придётся вникать во всякие IDT и прочее, где такие "не очень" обычное дело.
да, в IDT те-же дескрипторы, и такие-же страшные. В общем в этом смысле наследие 80286 сыграло с Intel злую шутку, ну а заодно и со всеми разработчиками всякого низкоуровневого, которым с этим потом пришлось иметь дело.

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

119. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от Аноноша (?), 19-Сен-21, 22:09

> Компилятор тянуть из нета.
Ну можно собрать если нет желания. С gcc все также.
> Пакеты тянуть из нета.
Можно код всех зависимостей выкачать заранее: https://blog.rust-lang.org/2019/08/15/Rust-1.37.0.html#built...

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

129. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." –2 +/–

Сообщение от Аноним (-), 20-Сен-21, 05:57

>Можно код всех зависимостей выкачать заранее
У чистой сишки зависимости имею развер килобайт, в основном Glibc и только. У Раста 5 гигабайт крейтов, трейтов, блэйтов, и ибейтов.

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

140. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от anonymous (??), 20-Сен-21, 11:39

То есть вы удалили все библиотеки со своей системы?

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

145. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от Аноним (-), 20-Сен-21, 13:29

>То есть вы удалили все библиотеки со своей системы?
Зачем что-то удалять? Чистый Си - это плоть и кровь GNU/Linux. Раст - это чужеродное образование. Говорим Unix-like подразумеваем чистый Си, говорим чистый Си подразумеваем Unix-like.

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

148. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от anonymous (??), 20-Сен-21, 15:23

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

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

150. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." –2 +/–

Сообщение от n00by (ok), 20-Сен-21, 16:06

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

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

160. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от anonymous (??), 21-Сен-21, 00:52

Ну так rust community так и делает. Оно просто пилит потихоньку. И эта новость тому подтверждение.

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

161. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." –2 +/–

Сообщение от n00by (ok), 21-Сен-21, 08:54

"Поддержка Rust рассматривается как экспериментальная, но уже согласована для включения в ветку linux-next." https://opennet.ru/55443-rust
linux-next это основная ветка и есть. "В сторонке" это linux-media и т.п.

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

163. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +1 +/–

Сообщение от anonymous (??), 21-Сен-21, 10:44

То есть я правильно понимаю, что ваша претензия к Rust заключается в том, что главный "дед" разрешил писать драйверы не только на Си, но и на Rust?

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

166. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." –2 +/–

Сообщение от n00by (ok), 21-Сен-21, 14:27

Нет, не правильно. Претензия -- это производное от "претендовать", а завладеть Rust-ом я не в праве. Быть же недовольным языком программирования -- не продуктивно, это всё равно что быть недовольным стеной. И если деятельность "rust community" на деле отличается от ранее Вами описываемой, то не надо на кого-либо стрелки переводить.

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

179. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +/–

Сообщение от Аноньимъ (ok), 22-Сен-21, 01:54

Много вы приложений на чистой сишке скомпилируете то?
Та-же меса для сборки питона если что требует.

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

122. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +3 +/–

Сообщение от Аноним (122), 20-Сен-21, 00:26

А в случае с Си вы дискетами перекидываете? У Rust под пакеты точно такие же git репозитории. Каждый раз тянуть не обязательно, достаточно один раз.

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

141. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..." +2 +/–

Сообщение от anonymous (??), 20-Сен-21, 11:41

Пакеты тянет не компилятор, а пакетный менеджер. Просто в случае Си вы используете apt, а в случае rust -- cargo.

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

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

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

Партнёры:

Хостинг:

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

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

99. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+2 +/–
Сообщение от Аноним (99), 19-Сен-21, 16:56
Не нравится мне, что этот раст притягивают везде за уши, проталкивают в разные места. Rust это тотальный контроль большого брата над программами. Компилятор тянуть из нета. Пакеты тянуть из нета. Где это виданно что системный язык во время компиляции тянул пакеты из нета. Хотят лишить люд независимости С и простоты С.
Ответить \| Правка \| Наверх \| Cообщить модератору


	114. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от Аноноша (?), 19-Сен-21, 21:38
	> Где это виданно что системный язык во время компиляции тянул пакеты из нета. Системный язык это C? Ну в нем нет пакетов и пакетного менеджера. Поэтому либо держать код всех зависимостей в репозитории, либо ставить либы через системные пакеты (deb, etc).
	Ответить \| Правка \| Наверх \| Cообщить модератору


	116. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 19-Сен-21, 21:42
	А ещё он за кофе не бегает. И скажу по секрету: это замечательно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	118. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+3 +/–
	Сообщение от Аноноша (?), 19-Сен-21, 22:03
	Что еще замечательного? cmake, meson, autotools и еще 20 систем сборки?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	128. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Аноним (-), 20-Сен-21, 05:55
	>Что еще замечательного? cmake, meson, autotools и еще 20 систем сборки? Прежде что-то писать, надо уму разуму набраться. 20 разных вИдений способа сборки программного обеспечения.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	186. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от Аноньимъ (ok), 22-Сен-21, 12:24
	> 20 разных вИдений способа сборки > программного обеспечения. 20 разных галлюцинаций.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	133. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	–1 +/–
	Сообщение от Аноним (133), 20-Сен-21, 09:25
	Системный пакетный менеджер и есть пакетный менеджер для си и c++. Поэтому ни один из пакетных менеджеров "специально для C и C++" и не взлетел - не нужен.
	Ответить \| Правка \| К родителю #114 \| Наверх \| Cообщить модератору


	142. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Онононимус (?), 20-Сен-21, 12:25
	>Системный пакетный менеджер Это когда он есть. На винде, маке и фрибсдм его нет
	Ответить \| Правка \| Наверх \| Cообщить модератору


	146. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Аноним (-), 20-Сен-21, 13:50
	>>Системный пакетный менеджер > Это когда он есть. На винде, маке и фрибсдм его нет Источник: "Вся Правдивейшая Опеннетная Правда о БЗДах, том 118, исправленное издание"? https://www.freebsd.org/cgi/man.cgi?query=pkg_info&apropos=0... > pkg_info - a utility for getting information on software package distributions. > July 18, 1993 pkg_info(1) > pkg_add - a utility for installing software package distributions. > July 18, 1993 pkg_add(1)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	144. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от Аноним (144), 20-Сен-21, 13:21
	То есть для распространения своего модуля для Linux только сколько нужно собрать разных пакетов?
	Ответить \| Правка \| К родителю #133 \| Наверх \| Cообщить модератору


	135. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	–1 +/–
	Сообщение от Совершенно другой аноним (?), 20-Сен-21, 09:55
	Системный это С. Язык Си разрабатывался как язык системного программирования, для которого можно создать однопроходный компилятор. (с) wikipedia Системный язык программирования - это язык программирования для разработки системного программного обеспечения. А так, по Вашему - Perl был системным языком, когда это ещё не было мейнстримом (см. их CPAN), аналогично разные Ruby с их Gems и прочие Javascript/Node.js с их приснопамятным npm.
	Ответить \| Правка \| К родителю #114 \| Наверх \| Cообщить модератору


	188. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Аноньимъ (ok), 22-Сен-21, 12:29
	Да бред это всё. Нашли что цитировать, вики которая цитирует "источники". Си это яп для мерзкой примитивной и тупой архитектуры DEC. Когда он появился разделения ПО на системное и прикладное не было.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	189. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Совершенно другой аноним (?), 22-Сен-21, 12:48
	> Когда он появился разделения ПО на системное и прикладное не было. Язык C напрямую затачивался под программирование ОС, можно сказать, что его написали для того, чтобы было проще писать и сопровождать разработку ОС UNIX, так-что, имхо, Википедия тут вовсе не врёт.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	193. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Аноньимъ (ok), 22-Сен-21, 15:00
	Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно и принципиально. То что якобы если верить на слово писателям всяких мемуаров в белл лабс было тяжело писать на ассемблере !утилиты! для юникса и они придумали ему чуть более структурную замену. >C was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on UnixC was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on Unix Ну да интересно но это ни разу не "затачивался под программирование ОС". Это создан для облегчения написание утилит ПОД КОНКРЕТНУЮ ОС для КОНКРЕТНЫХ ПРОЦЕССОРОВ. А то как его потом расхайпали кто, и на каких основаниях, куда интереснее, того где там его в колокол лаборатории изобретали.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	194. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Совершенно другой аноним (?), 22-Сен-21, 16:10
	> Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно > и принципиально. Ну, не знаю, почитал я про их систему команд и т.д. - очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11). Мало того, потом даже C более-менне смог даже лечь на очень их неудачную сегментную модель, как минимум для реального режима. А если учесть, что С существует почти для всех процессорных архитектур, то и получается, что у PDP-11 был не очень-уж и такой "конкретный" процессор. Точнее, все потом пытались создать нечто похожее. и он в итоге не сильно отличался от того, что придумывали потом. > То что якобы если верить на слово писателям всяких мемуаров в белл > лабс было тяжело писать на ассемблере !утилиты! для юникса и они > придумали ему чуть более структурную замену. >>C was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on UnixC was originally developed at Bell Labs by Dennis Ritchie between 1972 and 1973 to construct utilities running on Unix > Ну да интересно но это ни разу не "затачивался под программирование ОС". > Это создан для облегчения написание утилит ПОД КОНКРЕТНУЮ ОС для КОНКРЕТНЫХ > ПРОЦЕССОРОВ. Тем не менее, то, что был такой простой и небольшой C помогло портировать Unix на ту-же Interdata [7\|8]/32. Думаю, что то, что в более позднее время мешало (например, чёткое указание на размеры типов int), тогда как-раз помогало (в PDP int был 16 бит, а в Interdata уже 32) - не надо было переписывать всё ПО заменяя какой-нибудь аналог int16_t на int32_t. > А то как его потом расхайпали кто, и на каких основаниях, куда > интереснее, того где там его в колокол лаборатории изобретали. Ну, как-бы расхайпивать там самая колокольная лаборатория в начале очень даже помогала, и сама выполняла портирование, и помогала другим заинтересованным сторонам.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	195. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Аноньимъ (ok), 22-Сен-21, 17:10
	> Ну, не знаю, почитал я про их систему команд и т.д. - > очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11). Вот именно. Ну. Называть это классикой, примерно как ДОМ2 классикой называть. > А если > учесть, что С существует почти для всех процессорных архитектур Хер там, это дурацкий миф. Только для Си процессоров, рисков коротко если - арм х86 risc-v Конечно и на некоторых не совсем сишных микроконтроллерах есть сишка, но она там и не сишка вовсе, и прикручена из соображений мейнстрима. > получается, что у PDP-11 был не очень-уж и такой "конкретный" процессор. > Точнее, все потом пытались создать нечто похожее. и он в итоге > не сильно отличался от того, что придумывали потом. Вы суть начали улавливать. > Думаю, что то, что в > более позднее время мешало (например, чёткое указание на размеры типов int), > тогда как-раз помогало (в PDP int был 16 бит, а в > Interdata уже 32) - не надо было переписывать всё ПО заменяя > какой-нибудь аналог int16_t на int32_t. Может да может нет, а может кому-то в чём-то и мешало. > Ну, как-бы расхайпивать там самая колокольная лаборатория в начале очень даже помогала, > и сама выполняла портирование, и помогала другим заинтересованным сторонам. Продвинула сишку конкретно "Digital Equipment Corporation". А не белл лабс. Сишку и риски, примерно как Майкрософт всему миру Виндовс втулила.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	196. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Совершенно другой аноним (?), 22-Сен-21, 17:36
	>> Ну, не знаю, почитал я про их систему команд и т.д. - >> очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11). > Вот именно. > Ну. Называть это классикой, примерно как ДОМ2 классикой называть. Удачная архитектура, которая всем понравилась, не уверен, что есть какие-либо аналогии с ДОМ2. >> А если >> учесть, что С существует почти для всех процессорных архитектур > Хер там, это дурацкий миф. Только для Си процессоров, рисков коротко если > - арм х86 risc-v А Alpha был Cи процессор? а POWER? а Itanium? а прочие MIPS-ы? А то так окажется, что все процессоры "Си-процессоры". > Конечно и на некоторых не совсем сишных микроконтроллерах есть сишка, но она > там и не сишка вовсе, и прикручена из соображений мейнстрима. По большому счёту и для x86 реального режима была не совсем Си-шка, там тоже были всякие _ds, _far, _huge и даже _interrupt, что не мешало ей быть диалектом всё того-же C89. Так и для микроконтроллеров - надо не только за "ножки дёргать", но считать всякое, которое не сильно зависит от типа процессора. >> получается, что у PDP-11 был не очень-уж и такой "конкретный" процессор. >> Точнее, все потом пытались создать нечто похожее. и он в итоге >> не сильно отличался от того, что придумывали потом. > Вы суть начали улавливать. Ну так рассуждать - наоборот, все кроме PDP-11 очень специфичные, раз уже он пошел в мейнстрим, а остальные скатились в маргинальщину. >> Ну, как-бы расхайпивать там самая колокольная лаборатория в начале очень даже помогала, >> и сама выполняла портирование, и помогала другим заинтересованным сторонам. > Продвинула сишку конкретно "Digital Equipment Corporation". А не белл лабс. > Сишку и риски, примерно как Майкрософт всему миру Виндовс втулила. Про Си не знаю, а про риски - не уверен - у них тогда был VAX, который совсем не RISC, если я правильно помню. А Alpha, которая была позже, так и не взлетела.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	197. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Аноньимъ (ok), 22-Сен-21, 18:41
	>Удачная архитектура, которая всем понравилась, не уверен, что есть какие-либо аналогии с ДОМ2. Виндовс удачная ОС которая всем понравилась. Андроид удачная ОС которая всем понравилась. Байден удачный президент который всем понравился. И Пу удачный президент который всем понравился. Ну вы поняли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	198. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от n00by (ok), 23-Сен-21, 08:50
	>> Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно >> и принципиально. > Ну, не знаю, почитал я про их систему команд и т.д. - > очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11). Очень мало там общего. Набор команд PDP-11 изучается за пару часов, при этом можно работать с восьмеричным (там так принято) опкодами, дампы вполне читаются без дизассемблирования. Самому не довелось, но слышал, что многие писали сразу в машкодах. 16-ти разрядный набор команд x86 -- не хочу вызвать реакцию фанатов, потому постараюсь наиболее мягко -- результат ухода наиболее грамотных специалистов из intel в Zilog. Удобным для человека процессор стал с приходом IA-32 и плоской модели памяти.
	Ответить \| Правка \| К родителю #194 \| Наверх \| Cообщить модератору


	199. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Совершенно другой аноним (?), 23-Сен-21, 09:21
	>>> Скажем так, для очень конкретных процессоров с очень конкретным ассеммблеромм. Это важно >>> и принципиально. >> Ну, не знаю, почитал я про их систему команд и т.д. - >> очень похоже на классические x86 (которые, как пишут, как-раз вдохновлялись PDP-11). > Очень мало там общего. Набор команд PDP-11 изучается за пару часов, при > этом можно работать с восьмеричным (там так принято) опкодами, дампы вполне > читаются без дизассемблирования. я в сами опкоды не вчитывался - по диагонали посмотрел что пишут на английской википедии, про универсальную команду mov, которая и в Intel может копировать что попало куда попало, но в пределах разумного (только память-память не умеет). А про страшное кодирование системы команд у Intel - с этим никто не спорит, по нему уже давно все оттаптываются. Хотя базовая система команд, которая была в исходном 8086, именно мнемоники, тоже не такая уж и огромная > Самому не довелось, но слышал, что многие писали сразу в машкодах. Про это тоже слышал (были такие УК НЦ - я так понимаю советский клон PDP-11), там да, ребята знали систему команд наизусть и могли ассемблировать прямо в память. С Z80 тоже было, в этом плане, нечто подобное.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	201. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от n00by (ok), 23-Сен-21, 12:28
	Ну я некоторые опкоды того Zilog-а до сих пор помню, многие приходилось именно запоминать. С PDP-11 ситуация иная: достаточно понять, по какому принципу и из каких полей формируется команда, и можно самому почти всю таблицу написать. И многие в то время мыслили именно тем принципом и восьмеричной системой. Вот здесь https://www.opennet.dev/openforum/vsluhforumID3/125293.html#59 Ordu пишет, якобы Rust возник стихийно. Возможно, это так. Си совершенно точно возник стихийно, под влиянием обстоятельств, на PDP-11 ничего иного не могло возникнуть. Оттуда же и "восьмеричные" права UNIX.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	200. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Совершенно другой аноним (?), 23-Сен-21, 10:35
	> 16-ти разрядный набор команд x86 -- не хочу вызвать реакцию фанатов, потому > постараюсь наиболее мягко -- результат ухода наиболее грамотных специалистов из intel > в Zilog. Удобным для человека процессор стал с приходом IA-32 и > плоской модели памяти. Кстати, с приходом ia-32 в чём-то стало хуже - зачем-то попытались дескрипторы сегментов сделать совместимыми с 286, где впервые появился защищенный режим, но ещё 16-ти разрядный. Скажем честно - выглядело это очень не очень - когда одно логическое поле в итоге было разрезано на три части, которые хранились в разных местах дескриптора.
	Ответить \| Правка \| К родителю #198 \| Наверх \| Cообщить модератору


	202. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от n00by (ok), 23-Сен-21, 12:35
	А сегментные регистры почти не нужны в плоской модели, в непривилегированном режиме незачем этим голову забивать. Если же углубляться в ядро, придётся вникать во всякие IDT и прочее, где такие "не очень" обычное дело.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	203. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от Совершенно другой аноним (?), 23-Сен-21, 13:28
	> А сегментные регистры почти не нужны в плоской модели, в непривилегированном режиме > незачем этим голову забивать. С этим согласен, в x86_64 они там совсем, как я понял, рудиментными стали и flat model полностью победила, а до того, использовались для разных TLS, которые thread local storage, в общем не совсем по назначению, имхо.. > Если же углубляться в ядро, придётся вникать во всякие IDT и прочее, где такие "не очень" обычное дело. да, в IDT те-же дескрипторы, и такие-же страшные. В общем в этом смысле наследие 80286 сыграло с Intel злую шутку, ну а заодно и со всеми разработчиками всякого низкоуровневого, которым с этим потом пришлось иметь дело.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	119. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от Аноноша (?), 19-Сен-21, 22:09
	> Компилятор тянуть из нета. Ну можно собрать если нет желания. С gcc все также. > Пакеты тянуть из нета. Можно код всех зависимостей выкачать заранее: https://blog.rust-lang.org/2019/08/15/Rust-1.37.0.html#built...
	Ответить \| Правка \| К родителю #99 \| Наверх \| Cообщить модератору


	129. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	–2 +/–
	Сообщение от Аноним (-), 20-Сен-21, 05:57
	>Можно код всех зависимостей выкачать заранее У чистой сишки зависимости имею развер килобайт, в основном Glibc и только. У Раста 5 гигабайт крейтов, трейтов, блэйтов, и ибейтов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	140. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+/–
	Сообщение от anonymous (??), 20-Сен-21, 11:39
	То есть вы удалили все библиотеки со своей системы?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	145. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от Аноним (-), 20-Сен-21, 13:29
	>То есть вы удалили все библиотеки со своей системы? Зачем что-то удалять? Чистый Си - это плоть и кровь GNU/Linux. Раст - это чужеродное образование. Говорим Unix-like подразумеваем чистый Си, говорим чистый Си подразумеваем Unix-like.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	148. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	+1 +/–
	Сообщение от anonymous (??), 20-Сен-21, 15:23
	Ну, просто зависимости весят не килобайты. Тут скорее идея в том, что "деды так жили, и мы так будем жить", принципиально отвергая возможность постепенных изменений.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	150. "Для Mesa развивается фронтэнд OpenCL, написанный на языке Ru..."	–2 +/–
	Сообщение от n00by (ok), 20-Сен-21, 16:06
	Идея называется "в чужой монастырь со своим уставом не ходят". Деды так не только жили, но и создали систему. И эта система воспроизводит сама себя. Если есть уверенность, что изменения не отразятся на системе негативно, нет смысла кого-то убеждать и агитировать, надо просто взять и сделать где-то обособленно в сторонке, а потом показать готовый результат. Если результат окажется лучше, но система его не примет -- плевать на систему, этому лучшему результату уже не нужна будет старая система.
	Ответить \| Правка \| Наверх \| Cообщить модератору