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

"Для Mesa развивается фронтэнд OpenCL, написанный на языке Rust"	+/–
Сообщение от opennews (?), 19-Сен-21, 09:43
Кэрол Хербст (Karol Herbst) из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL, опубликовал rusticl - экспериментальную программную реализацию OpenCL (фронтэнд OpenCL) для Mesa, написанную на языке Rust. Rusticl выступает в роли аналога уже присутствующего в Mesa OpenCL-фронтэнда Clover и также разработан с использованием предоставляемого в Mesa интерфейса Gallium... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55827
Ответить | Правка | Cообщить модератору

Сообщения

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

4. Сообщение от Аноним (4), 19-Сен-21, 09:50	+35 +/–
Почему зависимость от python это хорошо, а зависимость от rust плохо? Какое вообще отношение имеет python к mesa?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #31, #46, #137

8. Сообщение от нах.. (?), 19-Сен-21, 09:56	+3 +/–
> и нет поддержки внешних crate-пакетов в системе сборки Ну правильно, нужно засрать проект по максимуму, чтобы 1 человек все это поделие не смог сам собрать/скомпилять, темболее в оффлайне. Смузи/ржавчинохлебы сээр.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #37, #58

10. Сообщение от Admino (ok), 19-Сен-21, 10:00	–3 +/–
И какую версию OpenCL он реализовал? Было бы очень хорошо, если бы в результате этой инициативы Mesa научилась бы чему-нибудь выше 1.1.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #66

12. Сообщение от Аноним (12), 19-Сен-21, 10:10	+6 +/–
Сейчас бы проект, написанный одним человеком ради изучения ЯП, в мейнстрим тянуть. Что может пойти не так?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22

15. Сообщение от Аноним (-), 19-Сен-21, 10:20	+10 +/–
ну наконец то появятся безопасные утечки памяти благодаря расту.
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Аноним (16), 19-Сен-21, 10:27	+2 +/–
Мда, этот rust напоминает болезнь
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #18, #19, #91

17. Сообщение от n00by (ok), 19-Сен-21, 10:48	–1 +/–
Вы не поверите, но это другое. Согласно китайской философии Фен-Шуй, Запад представляет собой элемент Металл. Это не только деньги и изделия из металла, но Логика, в том числе программирование. Обратите внимание, что последнее время (лет 100) Запад действительно преуспел в создании механизмов и языков программирования. Однако, согласно тому же Фен-Шуй, это явление временное. На смену эпохе Запада (Металла) приходит эпоха Воды. Я хотел бы увидеть боле рациональное объяснение, почему язык назван Rust (Ржавчина), чем вышенаписанное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #27, #44, #159

18. Сообщение от An (??), 19-Сен-21, 10:48	+2 +/–
Дак ржавчина ведь. Если от нее не избавится - съест все, на чем появилась.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от Аноним (37), 19-Сен-21, 11:02	–10 +/–
раст напоминает, а С  - это рак (Cancer)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #29, #30, #74

20. Сообщение от Аноним (20), 19-Сен-21, 11:03	–2 +/–
Что-то с OpenCl совсем всё плохо. Вон из блендера выкинут скоро, т.к. deprecated и стагнация opencl
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #24, #86, #184

21. Сообщение от Аноним (21), 19-Сен-21, 11:07	–6 +/–
Если что питон есть везде а раст надо (на самом деле не стоит) ставить. Причём питон и си это молоток и кувалда, а си и раст это две кувалды, одна с металлической ручкой, другая с пластмассовой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #43, #172

22. Сообщение от Аноним (22), 19-Сен-21, 11:12	+5 +/–
Растохейтерам лишь бы всё перевернуть с ног на голову или красиво лужу газануть... В очередной раз свою неадекватность показываете. Где там про мэйнстрим говорится? И чего ты выдрал из контекста "ради изучения ЯП", но опустил, что это делается "ради изучении целесообразности использования ЯП" для Mesa - к тому же, может еще и не выгорит, тебе на радость докажут нецелесообразность. И похоже не просто студентка-первокурсница какая-то, а человек "из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL", наверное что-то понимает в теме. К тому же "Разработка была представлена 17 сентября на конференции XDC 2021 (X.Org Developers Conference)" что означает, что это важно "для мэйнстрима" т.к. "год назад разработчики Mesa уже обсуждали целесообразность использования языка Rust". Но тебе же виднее, что нужно тому сообществу. И для прикидок целесообразности наверное правильнее было бы выделить одного-двух компетентных человек, а не всем сообществом кидаться "изучать ЯП". Вот один человек и впрягся, а не всё сообщество - " Целью разработки было изучение Rust, выработка оптимальных путей интеграции Rust в Mesa, опробование создания реализаций API на другом языке и проверка сочетаемости компонентов на Rust с остальным кодом на языке Си." - не взлетит - откажутся, чего так взбурлился? А взлетит - ну, придется и остальным "компиляторщикам Месы" (ты ведь из них, ежедневно Месу перекомпиливаешь?) поднапрячься, скачать и изучить что-то новое для сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #28, #40, #49

23. Сообщение от Zenitur (ok), 19-Сен-21, 11:14	–2 +/–
Эппл сказал, что OpenCL не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #25

24. Сообщение от Аноним (25), 19-Сен-21, 11:17	+/–
Так вроде там в куду фишечек типа атомарности завезли, не осталось преимуществ. Из личного опыта, опенкл у меня фризит иксы и создаёт сильную нагрузку и куда достаточно прозрачно исполняется (если не выставлять рилтайм приоритет). Но тут я может быть что-то напутал, или баги в приложении (во всех опенкл приложениях).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #183

25. Сообщение от Аноним (25), 19-Сен-21, 11:19	+/–
Сколько суперкомпьютеров из макбуков собрали? Я конечно видел датацентры забитые макбками, но что-то мне подсказывает, это изврат. А в юзерском ПО сложение матриц не так полезно, как можно было ожидать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

26. Сообщение от Аноним (26), 19-Сен-21, 11:19	+15 +/–
Со всех сторон ползут новости про успехи Rust. Само слово rust мне уже чем-то напоминает "нанотехнологии" и "инновации" времен конца 2000-х. Такой же неприятно-хайповый осадочек. С одной стороны, ограничение возможности появления элементарных багов это хорошо, но с другой стороны, тащить огромные блобы и завязываться на онлайн... Если сравнивать со сферой применений Python, то там ты сначала делаешь прототип, потом находишь требовательные к производительности операции и переписываешь их на си. По крайней мере ускоряется стадия прототипирования и написания нетребовательных к производительности частей приложения. А тут тенденция обратная, переписывается работающий код на такой-же, но условно безопасный, ценой привязки к конкретному языку, контролировать развитие которого затруднительно. Если говорить о безопасном C, то хочется чего-то такого же простого, нетребовательного и быстрого. Концепция языка vlang кажется гораздо более симпатичной. Всё сугубо моё ИМХО
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50, #59, #88, #205

27. Сообщение от ng (ok), 19-Сен-21, 11:27	+4 +/–
> хотел бы увидеть боле рациональное объяснение, почему язык назван Rust (Ржавчина), чем вышенаписанное. Если коррозия завелась, то избавиться от неё уже нельзя; можно лишь замедлить её распространение с потерей прочностных характеристик силовой конструкцией. Эффективная борьба с коррозией достигается только в момент производства силовых элементов через применение легированных сплавов, устойчивых к агрессивной среде, вызывающей коррозию, или через специальную обработку силовых элементов в завершении технологического цикла для исключения прямого контакта с агрессивной средой, например: оцинковка, никелирование, хромирование, воронение и т.п. Такова реальность. Ассоциативное соотнесение виртуальности (software), реальности и фен-щуя каждый делает сам. imho
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #32, #39, #110, #177

28. Сообщение от Аноним (28), 19-Сен-21, 11:29	+1 +/–
>И похоже не просто студентка-первокурсница какая-то, а человек "из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL", наверное что-то понимает в теме. Относительно впопеннетчика - какой-то лошпед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #106

29. Сообщение от n00by (ok), 19-Сен-21, 11:30	+2 +/–
Знаком "С" обозначается нота До - самый низкий тон. Соответственно и язык самый низкоуровневый (если не считать не получивший распространения С--; ассемблер - это не ЯП). Микрософт назвала язык C#, по сути переводить правильнее как "До-диез" https://en.wikipedia.org/wiki/C♯_(musical_note) В эту же схему укладываются названия языков D и F#. Имена нот же означают следующее: Do – Dominus – Господь; Re – rerum – материя; Mi – miraculum – чудо; Fa – familias рlanetarium – семья планет, т.е. солнечная система; Sol– solis – Солнце; La – lactea via – Млечный путь; Si – siderae – небеса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #64, #83, #168

30. Сообщение от ng (ok), 19-Сен-21, 11:33	+6 +/–
> раст напоминает, а С  - это рак (Cancer) Смотря с какой стороны на это посмотреть. Некоторым видится, что C - это сокращение от слова Creatоr (творец) или Creation (творение). ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #125

31. Сообщение от Aukamo (ok), 19-Сен-21, 11:35	+/–
Python компилируется минут 10 от силы, Rust же тратит часа 4 на llvm и ещё 4 на rust. Вообще, мне Rust очень нравится, но иной раз собирать новый выпуск тупо впадло. Что-то похожее на Chromium/LibreOffice. На Python огромная база пакетов из коробки. При некой сноровке, никакие доп. пакеты не нужны вообще. В случае с Rust, почти на каждый чих надо какой-то crate подключать, на голом очень сложно писать что-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #41, #48

32. Сообщение от n00by (ok), 19-Сен-21, 11:36	–1 +/–
>> хотел бы увидеть боле рациональное объяснение, почему язык назван Rust (Ржавчина), чем вышенаписанное. > Если коррозия завелась, то избавиться от неё уже нельзя; можно лишь замедлить > её распространение с потерей прочностных характеристик силовой конструкцией. Это вполне укладывается в философию китайцев, сейчас эпоха Металла заканчивается (смотрите, что творится на биржах; на хорошие японские машины, которые стали из пластмассы и т.п.). > Ассоциативное соотнесение виртуальности (software), реальности и фен-щуя каждый делает > сам. Фен-шуй это не реальность, а философия, виртуальность, которая "объясняет мир". В частности, появление названия языка. Я пока не вижу иных вариантов. Хотелось бы увидеть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

33. Сообщение от Aukamo (ok), 19-Сен-21, 11:39	+1 +/–
Вы не так поняли, имеется в виду удобство. cargo давно уже умеет `--offline`, они видимо автоматизацию не подвезли и много чего нужно руками делать для сборки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #47

35. Сообщение от Аноним (35), 19-Сен-21, 11:42	–1 +/–
Я правильно понял? не нужно будет ставить проприетарный OpenCL от АMD?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #38, #57

37. Сообщение от Аноним (37), 19-Сен-21, 11:50	–2 +/–
ну правильно, надо всем разрабам пердолиться с Сями, что б тебе одному удобней собирать было. Неосиляторы, сээр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

38. Сообщение от Аноним (38), 19-Сен-21, 11:53	–2 +/–
Растамановский OpenCL работает со скоростью стоящей в очереди улитки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

39. Сообщение от n00by (ok), 19-Сен-21, 11:57	–1 +/–
Боюсь, что бы понять философию китайцев, надо быть самому немножко китайцем. Потому добавлю. В какую-то древнюю эпоху Металла появилась маталлургия, был изобретён нож и т.п. Эпохи сменялись, но те изобретения мы до сих пор используем. Соответственно языки, которые были придуманы во время "расцвета Металла" и прошли проверку временем, эти языки останутся. Ничего нового в том духе придумано не будет, потому что эпоха сменилась. Некоторые здесь называют новую эпоху -- эпохой Смузи. Немного похоже на китайскую Воду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #42

40. Сообщение от Аноним (12), 19-Сен-21, 11:59	–1 +/–
Вам, батенька, лечится надо, вам хейтеры везде видятся. Я сам Rust учу, но не вижу смысла никуда его пихать или презентовать без более-менее продолжительного личного опыта его использования. И уж тем более считаю глупым оценивать применимость языка до его основательного изучения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #100

41. Сообщение от Аноним (41), 19-Сен-21, 12:02	+5 +/–
Ага, точно, рабрту с указателями победили, зато теперь с непонятных источников будем спайварь в систему тащить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #45

42. Сообщение от ng (ok), 19-Сен-21, 12:08	–1 +/–
> В какую-то древнюю эпоху Металла появилась маталлургия, был изобретён нож и т.п. > Эпохи сменялись, но те изобретения мы до сих пор используем. В эпоху развала (1985-1995) в СССР[РФ] был популярен музыкальный коллектив с названием "Коррозия метала". Слабо разбираюсь в вопросах философии и ассоциациях, однако подобие налицо. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #55

43. Сообщение от Dzen Python (ok), 19-Сен-21, 12:09	+3 +/–
Тогда уж С - это монолитный кирпич, а питон - цементный раствор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #54

44. Сообщение от Аноним (41), 19-Сен-21, 12:09	+1 +/–
>Я хотел бы увидеть боле рациональное объяснение, почему язык назван Rust (Ржавчина) https://ru.wikipedia.org/wiki/Rust_(язык_программирования) "Автор дал проекту название Rust, по его словам связанное с грибами семейства ржавчинные (англ. rust fungi)" Автор любитель грибов ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #52, #111

45. Сообщение от Aukamo (ok), 19-Сен-21, 12:11	+/–
> Ага, точно, рабрту с указателями победили, зато теперь с непонятных источников будем > спайварь в систему тащить. Cказал человек который ни разу не прочитал все исходники OpenCL на С.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #131

46. Сообщение от Dzen Python (ok), 19-Сен-21, 12:12	–15 +/–
1. Питон есть везде 2. Питон - взрослый язык без постоянных внедрений 3. Питон имеет простой синтаксис, а не то, что "нетакие-как-фсе" наворочали в расте 4. Питон позволяет себя просто использовать, без помпы "про безопасность", хотя  сам безопаснее раста
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #51, #65, #67, #104, #176

47. Сообщение от Dzen Python (ok), 19-Сен-21, 12:13	–5 +/–
cargo уже избавился от лефтпадов, тянущихся за казалось бы нормальным пакетом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #53

48. Сообщение от anonymous (??), 19-Сен-21, 12:13	+8 +/–
У меня большие проекты на Rust собираются на порядок быстрее, чем большие проекты в PAR/XAR на Python. А зачем собирать сам Rust-компилятор не являясь разработчиком Rust-а -- не очень понятно. Мне кажется, что это проблема очень специфична для Gentoo only. Но даже в Gentoo никто не запрещает использовать готовый бинарий. В общем вопрос: а зачем вы пересобираете компилятор, если речь про сборку приложений, использующих OpenCL?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #93, #117, #130, #155

49. Сообщение от Dzen Python (ok), 19-Сен-21, 12:17	–2 +/–
> И похоже не просто студентка-первокурсница какая-то, а человек "из компании Red Hat, принимающий участие в разработке Mesa, драйвера Nouveau и открытого стека OpenCL", наверное что-то понимает в теме. Точно так же, как "профессианал" из EFF, выложивший очень грязную и быструю обертку над реквест-респонс с открытой передачей паролей от гугла? Или это карго-культ такой? Типа: четвертый зам третьего ученика второго помощника поломоя в отделе разарботки, устроенный в копрорации сделал хрень - жираф большой, ему видней?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #62

50. Сообщение от Dzen Python (ok), 19-Сен-21, 12:19	+1 +/–
>  Само слово rust мне уже чем-то напоминает "нанотехнологии" и "инновации" Человече, ты сделал мой день. Тут же все буквально 1-в-1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

51. Сообщение от anonymous (??), 19-Сен-21, 12:28	+11 +/–
1. Хоть Python есть не везде (особенно в embedded). Но ОК, валидный аргумент. 2. Ну да, внедрение например asyncio и coroutines -- это так, не считается (хотя по сути теперь большие приложения на Python пишут тупо иначе). Но допустим ОК, возмём за валидный аргумент. 3. Синтаксис Python лишь кажется простым. Опять же давайте вспомним asyncio и корутины, и сравним это с Go, например. Но ОК, допустим и это аргумент сочтём за валидный. 4. Rust тоже позволяет. Для этого там есть unsafe. А по поводу безопаснее Rust-а -- это просто бред от не понимания про что речь. Напомню,что речь про safety и возможность предотвращать ошибки на стадии компиляции. А в Python с этим большое количество проблем. Начиная от системы типизации, заканчивая тем, что GIL и однопоточность на самом неделе не спасают от concurrency проблем и некорректной работы приложения. Есть и аргументы против Python в качестве glue language by default и я убеждён, что это было большой ошибкой форсить Python везде, но это сейчас не важно. Я просто хотел ответить на пункт #4.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

52. Сообщение от n00by (ok), 19-Сен-21, 12:31	+1 +/–
>>Я хотел бы увидеть боле рациональное объяснение, почему язык назван Rust (Ржавчина) > https://ru.wikipedia.org/wiki/Rust_(язык_программирования) > "Автор дал проекту название Rust, по его словам связанное с грибами семейства > ржавчинные (англ. rust fungi)" > Автор любитель грибов ;) Это не очень весёлые грибы. По ряду версий некоторые войны в средневековой Европе возникали из-за переедания поражённых спорыньей злаков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

53. Сообщение от anonymous (??), 19-Сен-21, 12:34	+6 +/–
leftpad -- это из npm, причём он тут? Да и вообще, cargo - это по сути как apt, только безопаснее by design (но более сырой). "В apt уже избавились от уязвимых libsvg, тянущихся за казалось бы нормальным пакетом?" -- странный вопрос, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

54. Сообщение от Анончик (?), 19-Сен-21, 12:40	+14 +/–
питон - песочек из которого построили замок на берегу и который смоет ближайшим приливом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #56

55. Сообщение от n00by (ok), 19-Сен-21, 12:43	+/–
Ничего не знаю по поводу популярности, они тогда съели двух фанаток и поэтому их не слушали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

56. Сообщение от Dzen Python (ok), 19-Сен-21, 12:49	–4 +/–
Ага. В принципе - питон-песок еще одно неплохое сравнение. Поясняю. Из песка сделали замок, потом же в нем из легированной си-стали отлили фундамент, из плюсплюс-тавра выковали балки, из буст-проката сделали внутреннюю крепость - заглядение. А далее пусть смывает, все равно заменят. И так ровно до тех пор, пока из питон-песка там будет только оформление и красивый песчаный пол во дворике крепости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

57. Сообщение от Аноним (57), 19-Сен-21, 12:58	+/–
Не правильно. Написано же, что это еще одна реализация того что уже есть в mesa.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

58. Сообщение от Самый лучший (?), 19-Сен-21, 13:03	+8 +/–
Крайне лживые утверждения! Зависимость от отступов - это самый сумасшедший бред, который я когда либо видел в языках программирования
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #98

59. Сообщение от Ordu (ok), 19-Сен-21, 13:22	+2 +/–
> Само слово rust мне уже чем-то напоминает "нанотехнологии" и "инновации" времен конца 2000-х. Не, вот безотносительно к тому, насколько хайп вокруг rust'а обоснован, это две совершенно разные вещи, которые надо различать, если ты хочешь хоть чего-то понимать в хайпах, или если уж на то пошло, то в любых социальных процессах. "Нанотехнологии" и "инновации" спускались сверху вниз по вертикали власти. Новости про успехи rust'а ползут, если можно так сказать, "снизу": они "стихийное" явление. Социальные процессы затеваемые сверху или проходящие стихийно очень по-разному развиваются. Например, то что затевается сверху моментально прекращает шевелиться и не подаёт больше никаких признаков жизни сразу, как только его прекращают шевелить сверху. И это касается и отдельных подпроцессов общего процесса -- то этот подпроцесс пиарился во все поля, то вдруг -- хоп -- он был признан провальным, и он просто прекратился. В стихийных же явлениях часто сложно даже выделить что-то, что можно было бы назвать подпроцессом, в них нет структуры, самый натуральный хаос. Если ты научишься различать стихийные процессы и управляемые процессы, то ты получишь себе в копилку дополнительный инструмент детектирования теорий заговора: если ты видишь явно стихийный процесс, то любая теория, полагающая этот процес управляемым -- это теория заговора. Стихийность процесса очень сложно воспроизвести, потому как управляемый процесс неизбежно обретает структуру, которая отражает структуру (или какие-то элементы структуры) той группы, которая управляет процессом. Чем масштабнее процесс, чем менее он структурирован, чем более при этом он сложен (с точки зрения сложности системы), тем больше требуется свидетельств для того, чтобы удержать гипотезу управляемости процесса от скатывания в нулевой likelyhood.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #73, #152

60. Сообщение от acroobat (??), 19-Сен-21, 13:23	+3 +/–
Фуу c++/rust в системном компоненте.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #139, #165

62. Сообщение от Qwerty123456 (?), 19-Сен-21, 13:30	+2 +/–
Прям точно точно такой же? А как сравнивал? Или просто языком мелешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

64. Сообщение от Ordu (ok), 19-Сен-21, 13:34	–3 +/–
> Имена нот же означают следующее: Враньё. https://www.youtube.com/watch?v=drnBMAEA3AM Doe, a deer, a female deer Твой C -- это женская особь аленя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #75

65. Сообщение от Зз (?), 19-Сен-21, 13:36	–2 +/–
К слову, питон тоже давно пора переписать на раст
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #68, #82, #89

66. Сообщение от vitalif (ok), 19-Сен-21, 13:40	+1 +/–
Там причём комедия - для 2.0 не хватает чуть ли не только printf, её можно заставить прикинуться 2.0 через переменные окружения. Но есть другая проблема - я пытался со свежим radeon-ом завести (5500M), но под него нет libclc...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

67. Сообщение от Антониус (?), 19-Сен-21, 13:41	+4 +/–
“Питон - взрослый язык без постоянных внедрений” Агага, лол. Язык, специально созданный для обучения детей программированию — взрослый. Этим вечером с друзьями за столом будете играть в «пирамидку»? Вы — молодец, Вы — очень, очень взрослый мальчик!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #108

68. Сообщение от Аноним (68), 19-Сен-21, 13:47	–1 +/–
https://github.com/RustPython/RustPython
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

72. Сообщение от Аноним (72), 19-Сен-21, 14:02	+/–
Кто пишет на rust тому любая девка даст
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78, #85, #94, #97

73. Сообщение от Аноним (73), 19-Сен-21, 14:02	–3 +/–
" если можно так сказать, "снизу": они "стихийное"" Нельзя так сказать. Пока раст взбулькивал где-то там снизу, всем было глубоко по барабану на него. Когда же корпорации начали форсить его, вот тогда уже ржавчина стала "инновациями и нантехнологиями"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #84

74. Сообщение от Аноним (74), 19-Сен-21, 14:03	+/–
Два куба хлорпротиксена этому анониму. От рака вообще-то умирают, а Си живёт пол века.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #102

75. Сообщение от n00by (ok), 19-Сен-21, 14:06	+2 +/–
Си, синьор. В каждом карале свои вожаки и важенки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64

78. Сообщение от Аноним (74), 19-Сен-21, 14:14	–1 +/–
Даст то может и даст, но им некогда, у них кровь к мозгу больше, а не в тазу. Но природа, в отличие от ИТ, медленно меняется. То, что не исползуется - отвалится, и, как следствие, тупик эволюции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

82. Сообщение от псевдонимус (?), 19-Сен-21, 14:25	+1 +/–
Его давно пора выкинуть. И начать нужно с ВУЗов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #107

83. Сообщение от псевдонимус (?), 19-Сен-21, 14:30	–1 +/–
Почему ассемблеры не ЯП?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #87

84. Сообщение от Ordu (ok), 19-Сен-21, 14:35	–1 +/–
> Пока раст взбулькивал где-то там снизу Ты б хоть почитал историю, прежде чем утверждать такое. Раст не взбулькивал внизу. Он исходно разрабатывался в корпорации. В 2015 году он был зарелижен, и это запустило стихийный хайп, который никак не управляется сверху. Подпитывается -- да, управляется -- нет. Если ты думаешь иначе, расскажи мне, как Mozilla, Amazon, или кто там из корпораций, смогли убедить этого Кэрола Хёрбста запилить OpenCL на расте. Может они денег ему платили? Шантажировали раскрытием деталей убийства, совершённого им десять лет назад? Как?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #115, #134

85. Сообщение от aaassssa (?), 19-Сен-21, 14:50	+/–
Van darklhome заинтересован!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

86. Сообщение от Аноним (86), 19-Сен-21, 14:58	+3 +/–
C OpenCL очень неприятная история на самом деле. Сама идея и название суперское (OpenGL напоминает), и очень многие на это повелись. На самом деле там втихаря командует Apple (не очень это афишируя) и все что не от эппл просто душится. Много народу повелоcь, я сам уже лет 10 не меньше ждал, вот вот уже совсем скоро ну еще немного ну последний шаг... Спасибо что относительно недавно пару человек в этом признались в интервью. Короче народ не ждите Davinci Resolve c аппаратным ускорением на открытых дровах, то же самое про Blender, просто игнорируйте ЛЮБЫЕ камлания про OpenCL. Сами используй те только то что свободно. Ну или на венду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #185

87. Сообщение от n00by (ok), 19-Сен-21, 15:11	+1 +/–
В наборе команд IA-32 есть машинная инструкция с опкодом 90h. Она обменивает регистр EAX с регистром EAX. Как это запомнить? Дать команде символическое обозначение - мнемонику XCHG EAX, EAX. Или NOP. Ассемблер всего лишь переводит такие мнемоники в машинный код. При программировании на ассемблере приходится учитывать размеры опкодов (например, для выравнивания циклов) и т.п., потому от программирования непосредственно в машинных кодах оно отличается лишь внешне, а не по существу. В настоящее время ассемблеры эволюционировали до макроассемблеров, но язык макросов более высокоуровневый, чем язык Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #105

88. Сообщение от Аноним (88), 19-Сен-21, 15:13	+1 +/–
> Само слово rust мне уже чем-то напоминает "нанотехнологии" и "инновации" времен конца 2000-х. Хорошее сравнение. Кстати, Котлин с тем же ассоциируется. Даже хуже. Если раст обычно упоминают троллинга ради, то фанатики котлина действительно носятся с ним серьёзно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

89. Сообщение от freecoder (ok), 19-Сен-21, 15:14	+/–
https://docs.rs/inline-python
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

91. Сообщение от Аноним (91), 19-Сен-21, 15:28	+/–
Я нашёл глубинный смысл названия. Рыжий то понятно, что для лисы родился. А плесень обеспечивает крайнюю стадию распада некоей биологической формы, неспособной жить дальше или умершей, когда уже и бактерии отработали, дальше уже прах. Т.е. как санитар леса. Хитро, посмотрим. Но до массового эмбеда руки еще долго тянуть придётся вам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

92. Сообщение от Аноним (92), 19-Сен-21, 15:38	–1 +/–
Спасибо расту за то что Миша Снойман наконец-то оставил хаскель в покое
Ответить | Правка | Наверх | Cообщить модератору

93. Сообщение от eganru (?), 19-Сен-21, 15:54	–3 +/–
[i]Но даже в Gentoo никто не запрещает использовать готовый бинарий.[/i] - Вы давно использовали готовый бинарий? Даже в либре психи прибили гвоздями несколько либ, что приходится тупо делать симлинки, чтобы заработало. icu и еще что-то. [i]Мне кажется, что это проблема очень специфична для Gentoo only.[/i] - отлично у Вас получилось положить здоровый болт на тех, чей удел кросскомпиляция.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #173

94. Сообщение от Аноним (94), 19-Сен-21, 16:13	+2 +/–
> Кто пишет на rust тому Alyssa Rosenzweig даст fixed
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

95. Сообщение от Аноним (95), 19-Сен-21, 16:15	+/–
>Rusticl выступает в роли аналога уже присутствующего в Mesa OpenCL-фронтэнда Clover Астанавитесь!!!11
Ответить | Правка | Наверх | Cообщить модератору

96. Сообщение от Аноним (94), 19-Сен-21, 16:16	+2 +/–
Очередной хелловорд, который при том даже и близко не доделан. > Разработка ещё полностью не завершена - уже успешно выполняются тесты CL CTS, связанные с копированием, чтением и записью буферов Т.е. всё что оно сейчас может, это скопировать память из одного места в другое? Ну такое.
Ответить | Правка | Наверх | Cообщить модератору

97. Сообщение от Саладин (?), 19-Сен-21, 16:24	–1 +/–
Скачал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

98. Сообщение от пох. (?), 19-Сен-21, 16:51	+/–
> Крайне лживые утверждения! Зависимость от отступов - это самый сумасшедший бред, который > я когда либо видел в языках программирования для одноразового кода замка-на-песке, смываемого следующим приливом - просто отличная идея. таб нажать гораздо удобнее чем пердолиться нажимая шифт-скобочки двумя мизинчиками, и не забывать еще и расставлять те столбиками. Главное - никогда не надо этот код пытаться читать и исправлять, а уж тем более - использовать куски (а не готовые библиотеки) в других проектах. И, разумеется, ни в коем случае не надо пытаться продежаться до следующего прилива. А вот эту ошибку - кто только не совершал. Из них жалко, конечно, только hg.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

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

100. Сообщение от Аноним (22), 19-Сен-21, 17:14	+/–
> но не вижу смысла никуда его пихать или презентовать Лечиться, похоже, желательно Вам. Никто не пихает, а только оценивают целесообразность. И презентуют результат исследования целесообразности. А не впаривают тебе готовый продукт. > без более-менее продолжительного личного опыта его использования. Ну вот не нашлось никого в том сообществе, кто бы его "продолжительно лично использовал". А оценить плюсы-минусы сообществу хочется. Если что-то новое, то обычно делается это через обучение. Что предлагаете, дружно всем сообществом уйти, уступить место тем кто растом пользовался и это только для оценки необходимости нового языка? > ...И уж тем более считаю глупым оценивать применимость языка до его основательного изучения... Ну так может быть этот выделенный человек его основательно и изучил в процессе? Как-никак сообщество "обсуждало год назад". Сколько Вам надо, 10 лет практики? А только потом изучение целесообразности и вынести вердикт - "Не нужно!". И Вы что, удаленно мысли читаете и оценку способностям даете, что сразу уверенно кричите: " - что пэтэушник на токамаке делает?"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

102. Сообщение от Аноним (102), 19-Сен-21, 17:34	+/–
Ну так умирает носитель, а рак как раз живет и прорастает метастазами везде. На все платформы, на все архитектуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

103. Сообщение от Аноним (104), 19-Сен-21, 18:37	–1 +/–
Лучшеб добавили найтивную поддержку гетерогенных вычислений в сам язык.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #126

104. Сообщение от Аноним (104), 19-Сен-21, 18:39	+2 +/–
У меня на роутере есть php, но нет питона. Т.ч не везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #113

105. Сообщение от псевдонимус (?), 19-Сен-21, 18:43	–1 +/–
Форт более низкоуровенен чем С. Тоже не язык? Дай ссылку на определение "язык программирования".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #109

106. Сообщение от Аноним (4), 19-Сен-21, 19:33	+/–
Сравнивать великомудрого эксперта opennet и какого-то разработчика из красной шляпы, это все равно что сравнивать слона и блоху.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #127

107. Сообщение от Аноним (107), 19-Сен-21, 19:40	–2 +/–
Давно пора выкинуть тебя как минимум с этого форума
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #180

108. Сообщение от Аноним (108), 19-Сен-21, 19:49	–3 +/–
Ой, да, Паскаль и Пайтон так похожи между собой, что  взрослые мальчики путают их, и не краснеют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #204

109. Сообщение от n00by (ok), 19-Сен-21, 20:15	+1 +/–
> Форт более низкоуровенен чем С. Тот факт, что шитый код может оказаться компактнее, чем программа даже на асме, не делает Форт более низкоуровневым. Си абстрагировался от машинного кода PDP с целью обеспечить трансляцию в иные целевые системы команд, при этом абстрактная машина очень похожа на физическую с плоской моделью памяти. Форт-машина стековая и надо ещё поискать процессор с единственным регистром-аккумулятором, а потом уже доказывать тезис. > Тоже не язык? Не вижу смысла отвечать на вопрос - Вы это сами придумали. > Дай ссылку на определение "язык программирования". Если решили заняться буквоедством, напоминаю исходный тезис: "ассемблер - это не ЯП". Ассемблер это программа, которая транслирует набор мнемоник. Т.о. ассемблер точно так же не язык программирования, как Си-транслятор. Можете назвать листинг мнемоник программой на языке ассемблера, если оно Вас за живое задело и если язык повернётся выдать "программа на языке шестнадцатеричных цифр".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #132

110. Сообщение от Брат Анон (ok), 19-Сен-21, 20:18	–1 +/–
На вольфрам штале намекаешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

111. Сообщение от Брат Анон (ok), 19-Сен-21, 20:19	+/–
Ах вот оно что... Ну, это многое объясняет))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

113. Сообщение от Аноним (107), 19-Сен-21, 20:21	+1 +/–
У меня на роутере есть питон, но нет пхп. Так что твой случай не важен
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104

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

115. Сообщение от Michael Shigorin (ok), 19-Сен-21, 21:40	+1 +/–
Да-да-да, BLM -- тоже сугубо стихийное явление.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #124

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

117. Сообщение от Аноноша (?), 19-Сен-21, 21:49	–3 +/–
> А зачем собирать сам Rust-компилятор не являясь разработчиком Rust-а -- не очень понятно. Человек хочет собрать все с нуля, чтобы не доверять сборку сторонним людям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

118. Сообщение от Аноноша (?), 19-Сен-21, 22:03	+3 +/–
Что еще замечательного? cmake, meson, autotools и еще 20 систем сборки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #128

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

120. Сообщение от Аноним (120), 19-Сен-21, 23:20	–1 +/–
Лучше бы r600-бэкенд доделали до уровня, позволяющего запустить  hashcat.
Ответить | Правка | Наверх | Cообщить модератору

122. Сообщение от Аноним (122), 20-Сен-21, 00:26	+3 +/–
А в случае с Си вы дискетами перекидываете? У Rust под пакеты точно такие же git репозитории. Каждый раз тянуть не обязательно, достаточно один раз.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

124. Сообщение от Ordu (ok), 20-Сен-21, 00:54	+1 +/–
> Да-да-да, BLM -- тоже сугубо стихийное явление. Ну, этт... Тебе виднее. Я не интересовался BLM, я не пытался высмотреть в нём структуру. Я слышал конечно о нём, но какое мне дело до проблем негров с США?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

125. Сообщение от burjui (ok), 20-Сен-21, 00:56	+1 +/–
А ещё это может значить cat, crap, cunt, clone и ещё сотню слов. Этот тред по своему безумию сложно с чем-то сравнить. На полном серьёзе обсуждают, как название языка соотносится с его качествами. А если это всё шутки, то слишком плохие, чтобы даже приподнять уголок рта и хмыкнуть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #178

126. Сообщение от burjui (ok), 20-Сен-21, 01:03	+/–
И как ты себе это представляешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

127. Сообщение от Аноним (-), 20-Сен-21, 02:59	+/–
> Сравнивать великомудрого эксперта opennet и какого-то разработчика из красной шляпы, это > все равно что сравнивать слона и блоху. Слона и клопа (того самого, из поговорки "мал клоп, ...").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

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

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

130. Сообщение от макпыф (ok), 20-Сен-21, 08:25	–2 +/–
> У меня большие проекты на Rust собираются на порядок быстрее, чем большие проекты в PAR/XAR на Python Не знаю точно сколько собирается PAR/XAR и что это вообще, но в питоне обычно запускаются скрипты без компиляции, а по поводу rust - 30 мин загрузки всякой хрени через карго для любого пакета вы учли? > Мне кажется, что это проблема очень специфична для Gentoo only Забыли например про LFS или другие сорс базед дистры, а также не совместимые с чужими бинарниками ОС
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #138, #157, #174

131. Сообщение от Аноним (41), 20-Сен-21, 08:28	+/–
Я имел ввиду не классическую реализацию OpenCL на C, а то, что пытаются на Rust. И да, победят ли они указатели, это ещё вопрос.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

132. Сообщение от tmplsr (?), 20-Сен-21, 08:54	+2 +/–
>Форт-машина стековая и надо ещё поискать процессор https://cyberleninka.ru/article/n/protsessory-greenarrays-ga144 https://ailev.livejournal.com/815884.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #149

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

134. Сообщение от Совершенно другой аноним (?), 20-Сен-21, 09:46	+/–
> Может они денег ему платили? >>> "Кэрол Хербст (Karol Herbst) из компании Red Hat" а по Вашему он в Red Hat работает на общественных началах за бесплатно? > Шантажировали раскрытием деталей убийства, совершённого им десять лет назад? кто его знает, в травле Столмана он таки отметился, так-что может и шантажировали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #136

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

136. Сообщение от Ordu (ok), 20-Сен-21, 10:11	+/–
>> Может они денег ему платили? >>>> "Кэрол Хербст (Karol Herbst) из компании Red Hat" > а по Вашему он в Red Hat работает на общественных началах за > бесплатно? Ок, допустим, проплатили. Как ты думаешь, если мы прогуляемся до crates.io и проверим, как много крейтов там создано под эгидой корпораций? Половина от опубликованного наберётся? Десяток фреймворков для создания сайтов -- это похоже на управляемый процесс? Десяток пилящихся gui тулкитов -- это похоже на управляемый процесс? Даже если это управляется корпорациями, то управляется по принципам лебедь, рак и щука, причём там десятки таких несогласованных управленцев. А это уже равносильно неуправляемому процессу. Вот доступ к базам данных, похож на управляемый процесс: всего две ORM -- diesel и quaint, и они сильно разные приоритеты имеют (для первого важнее всего type-safety, для второго -- асинхронность), а изобилие драйверов для разных бд вполне можно объяснить тем, что этих разных бд много. Но это можно объяснить и иначе: люди не любят ORM, потому что они абстрагируют от конкретного движка СУБД, прибивая гвоздями к стандартному набору фичей, разбавляя это leaking abstractions, и приходится кучу деклараций и логики писать, без которых можно обойтись, сделав sql_query("SELECT ..."), и разобрав результат как есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #153

137. Сообщение от Аноним (137), 20-Сен-21, 10:20	+4 +/–
С чего вы взяли, что наличие питона где бы то ни было - это хорошо? Питона вообще не должно быть на машинах, обслуживающих реальных пользоватей. Нигде его не должно быть, поскольку сам факт его наличия - дыра безопасности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

138. Сообщение от anonymous (??), 20-Сен-21, 11:32	+2 +/–
PAR/XAR в случае Python -- это когда собирают приложение в единый запускаемый файл, который можно перенести на другой хост, и он там будет работать. По поводу 30 минут. Я работал с разными проектами на Rust и ни разу мне не приходилось ждать 30 минут. Обычно лишь несколько секунд. А вот на python, кстати, pip обычно заставлял ждать немного дольше. Никто не мешает установить бинарий и на уже готовую LFS. Если же человек из спортивного интереса хочет пересобирать всё, то это уже не из области практического подхода, и как-то не особо интересно. Что такое несовместимость с чужими бинарниками ОС?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #151

139. Сообщение от anonymous (??), 20-Сен-21, 11:36	+/–
А что вы думаете об oreboot?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

140. Сообщение от anonymous (??), 20-Сен-21, 11:39	+/–
То есть вы удалили все библиотеки со своей системы?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #145

141. Сообщение от anonymous (??), 20-Сен-21, 11:41	+2 +/–
Пакеты тянет не компилятор, а пакетный менеджер. Просто в случае Си вы используете apt, а в случае rust -- cargo.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

142. Сообщение от Онононимус (?), 20-Сен-21, 12:25	+/–
>Системный пакетный менеджер Это когда он есть. На винде, маке и фрибсдм его нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #146

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

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

146. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #142

147. Сообщение от Андрей (??), 20-Сен-21, 14:01	+1 +/–
Они решили юзерспейс на расте переписать? :think
Ответить | Правка | Наверх | Cообщить модератору

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

149. Сообщение от n00by (ok), 20-Сен-21, 15:54	+/–
Спасибо, очень интересно. Но как раз показывает, насколько далёк Форт от типичных процессоров. "Самое обидное, что кроме них самих программировать на этих процессорах никто не умеет".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

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

151. Сообщение от макпыф (ok), 20-Сен-21, 16:40	+/–
> По поводу 30 минут. Я работал с разными проектами на Rust и > ни разу мне не приходилось ждать 30 минут. Обычно лишь несколько > секунд. А вот на python, кстати, pip обычно заставлял ждать немного > дольше. зависит от скорости инета, у меня при 200 кб/с пару сот мб кратов качаются ощутимое время > Никто не мешает установить бинарий и на уже готовую LFS. Если же > человек из спортивного интереса хочет пересобирать всё, то это уже не > из области практического подхода, и как-то не особо интересно. Соглашусь, хотя я чужие бинри очень не люблю > Что такое несовместимость с чужими бинарниками ОС? попробуйте обычный бинарь динамически слинкованный с glibc запустить например на uclibc
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

152. Сообщение от странадураков (?), 20-Сен-21, 16:59	+/–
> Если ты научишься различать стихийные процессы и управляемые процессы, то ты получишь себе в копилку дополнительный инструмент детектирования теорий заговора тебе самому бы в копилку чуть > Новости про успехи rust'а > про успехи новости ползут, успехов как не было так и нет > Новости про успехи rust'а ползут, если можно так сказать, "снизу": они "стихийное" явление. стихийнее некуда https://foundation.rust-lang.org/members/ оказывается, программа M$ Students не закончилась. на лоре тоже старые акки оживают и начинают дичь втирать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

153. Сообщение от странадураков (?), 20-Сен-21, 17:07	+1 +/–
> мы прогуляемся до crates.io и проверим, как много крейтов там создано под эгидой корпораций прогуляемся повнимательней: - crates.io создан и принадлежит rust foundation - список хозяев rust foundation https://foundation.rust-lang.org/members ни одной корпорации замечено не было! > Даже если это управляется корпорациями, то управляется по принципам лебедь, рак и щука, причём там десятки таких несогласованных управленцев. А это уже равносильно неуправляемому процессу. ты переводишь стрелки. корпорации пропихивают язык. им пока не нужно на нём писать. как только crates.io наполнится тем, что по-твоему там отсутствует, они поимеют профит. корпорации важен результат, а не быстрота > Вот доступ к базам данных, похож на управляемый процесс: всего две ORM -- diesel и quaint.... мало того, что перевёл тему, так ещё и наглая реклама. после этого предлагается верить, что пропихивание рака везде - спонтанный процесс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

154. Сообщение от Аноним (154), 20-Сен-21, 17:24	–1 +/–
Хахаха, теперь ещё и меса будет падать.
Ответить | Правка | Наверх | Cообщить модератору

155. Сообщение от Аноним (155), 20-Сен-21, 17:36	+/–
Расскажите это всё мейнтейнерам дистрибутивов, что они могут ничего не собирать, а просто "готовый бинарий" в репы тащить - узнаете много интересного про свою мамашу. Тут ребром стоит вопрос ответственности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #175

156. Сообщение от Аноним (156), 20-Сен-21, 18:07	–1 +/–
Для Mesa деградирует фронтэнд OpenCL, написанный на языке Rust. Поправил.
Ответить | Правка | Наверх | Cообщить модератору

157. Сообщение от виндотролль (ok), 20-Сен-21, 23:23	+1 +/–
> Не знаю ..., но ... Если очень постараться, из этих букв можно сложить слово "opennet"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #158

158. Сообщение от макпыф (ok), 20-Сен-21, 23:31	+/–
>> Не знаю ..., но ... > Если очень постараться, из этих букв можно сложить слово "opennet" нет букв т и п. И лишние буквы останутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

159. Сообщение от Lefsha (ok), 21-Сен-21, 00:43	+/–
Дословно - Фенг-Шуе - Ветер-Вода. Хорошая такая философия... Метал пишется с одним - л.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #162, #164

160. Сообщение от anonymous (??), 21-Сен-21, 00:52	+1 +/–
Ну так rust community так и делает. Оно просто пилит потихоньку. И эта новость тому подтверждение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #161

161. Сообщение от n00by (ok), 21-Сен-21, 08:54	–2 +/–
"Поддержка Rust рассматривается как экспериментальная, но уже согласована для включения в ветку linux-next." https://opennet.ru/55443-rust linux-next это основная ветка и есть. "В сторонке" это linux-media и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #163

162. Сообщение от n00by (ok), 21-Сен-21, 09:01	–1 +/–
> Метал пишется с одним - л. А музыкальный жанр - с двумя? =) Он таки тоже возник в эпоху Металла. https://ru.wikipedia.org/wiki/Металлы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

163. Сообщение от anonymous (??), 21-Сен-21, 10:44	+1 +/–
То есть я правильно понимаю, что ваша претензия к Rust заключается в том, что главный "дед" разрешил писать драйверы не только на Си, но и на Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #166

164. Сообщение от Niki (??), 21-Сен-21, 11:21	+/–
Где черпаете новые правила для русского языка?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159

165. Сообщение от Аноним (165), 21-Сен-21, 12:33	+1 +/–
Да, в системных компонентах должна использоваться только ADA, а еще лучше SPARK.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

166. Сообщение от n00by (ok), 21-Сен-21, 14:27	–2 +/–
Нет, не правильно. Претензия -- это производное от "претендовать", а завладеть Rust-ом я не в праве. Быть же недовольным языком программирования -- не продуктивно, это всё равно что быть недовольным стеной. И если деятельность "rust community" на деле отличается от ранее Вами описываемой, то не надо на кого-либо стрелки переводить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

167. Сообщение от Урри (ok), 21-Сен-21, 15:35	–1 +/–
> Из плюсов поддержки Rust упоминалось повышение безопасности и качества драйверов за счёт избавления от типовых проблем при работе с памятью, а также возможность включения в состав Mesa сторонних наработок Что только народ не согласен делать, лишь бы умные указатели не использовать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #169, #170

168. Сообщение от кофейник (?), 21-Сен-21, 16:15	+/–
Чушь. Язык С назван по порядку после не выжившего языка B. C++ как оператор инкремента "языка С", а С# - это аллюзия на "инкремент инкремента", типа C++++ (вая, там как раз 4 плюса)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #171

169. Сообщение от Аноним (169), 21-Сен-21, 17:36	–1 +/–
> Что только народ не согласен делать, лишь бы умные указатели не использовать. Для этого надо читать книжки или хотябы статьи. Не говоря уже о стандарте. А этого они не могут, многа букаф, не осиливают. Проще повторять мантру про раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

170. Сообщение от Аноним (169), 21-Сен-21, 17:48	–1 +/–
И кстати не толко указатели. Уже и проблем с выходом за пределы массива давно нету. Всё "типа решаемое" растом уже давным давно решено когда его ещё в природе не было. Но им то откуда знать если даже книжек не читать. Это стандартное поведение неудачников неосиляторов. Сидеть, ныть и ждать пока за них кто-то всё решит. Потом правда ныть что не так как они себе придумали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167

171. Сообщение от n00by (ok), 21-Сен-21, 18:37	+/–
> Чушь. Ответ. > Язык С назван по порядку после не выжившего языка B. Я в курсе, что некоторые программисты мыслят исключительно в базисе исключающего или. У них тезис "вода прозрачная" отрицает "вода жидкая". > C++ как оператор инкремента "языка С", Вообще-то, С++ это пост-инкремент. Если понимать его семантику, то увеличение происходит после использования, т.е. на тот момент не имеет смысла. Что самое смешное: for(i; ;i++) // так принято в Си for(i; ;++i) // так принято в Си++ > а С# - это аллюзия на > "инкремент инкремента", типа C++++ (вая, там как раз 4 плюса) Эта гипотеза отличается от моей отсутствием хоть чего-то, похожего на доказательства. Решил поискать их за Вас. Нашёл: Название «Си шарп» (от англ. sharp — диез) происходит от буквенной музыкальной нотации, где латинской букве C соответствует нота До, а знак диез (англ. sharp) означает повышение соответствующего ноте звука на полутон[8], что аналогично названию языка C++, где «++» обозначает инкремент переменной. Название также является игрой с цепочкой C → C++ → C++++(C#), так как символ «#» можно представить состоящим из 4 знаков «+»[9]. https://ru.wikipedia.org/wiki/C_Sharp#Название_языка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

172. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:29	+/–
До хайпа и жесткого проталкивания везде его не было везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

173. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:30	+/–
Вам ненужно пересобирать раст каждый раз когда вам нужно собрать проэкт на расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #181

174. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:32	+/–
Вам ненужно загружать 30 минут все исходники всех либ каждый раз когда вы пересобираете проект.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

175. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:36	+/–
Вам ненужно пересобирать раст каждый раз когда вы собираете проект на расте. И качать все исходники с нуля ненужно. Кроме того, по сравнению с сишкой и сипипишкой на ЖЦЦ раст ну очень быстро собирается. >Тут ребром стоит вопрос ответственности. А собирают они свои бинарники случайно не бинарникомм? А ему точно можно доверять? Или они могут отследить свой бинарник до самого Столлмана лично?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155

176. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:43	+1 +/–
У питона самый отвратительный не читаемый плохо редактируемый семантически не связанный синтаксис. Брейнфакт и то лучше. Даже сишка лучше!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

177. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:48	+/–
>Если коррозия завелась, то избавиться от неё уже нельзя; можно лишь замедлить её распространение с потерей прочностных характеристик силовой конструкцией. Эм, нет вообще-то, можно ржавчину обратно в металл востановить или в инертное для дальнейшей коррозии соединение, попутно залив всё защитным слоем или другой гадостью. Есть куча средств по типу WD-40 с преобразователями ржавчины например. Не говоря уже о такой фигне как смещение потенциалов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

178. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:51	+/–
>cunt Думаю это верная расшифровка. С++ соответственно crap cunt.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

179. Сообщение от Аноньимъ (ok), 22-Сен-21, 01:54	+/–
Много вы приложений на чистой сишке скомпилируете то? Та-же меса для сборки питона если что требует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

180. Сообщение от псевдонимус (?), 22-Сен-21, 11:37	+1 +/–
> Давно пора выкинуть тебя как минимум с этого форума Если от этого пердон перестанет жрать память, тормозить, плодить типа-программистов, то я самовыпилюсь. С форума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

181. Сообщение от eganru (?), 22-Сен-21, 11:53	+/–
[i]пересобирать раст каждый раз когда вам нужно собрать проэкт на расте[/i] - скажите это firefox, что мне не нужно пересобирать rust. Проходит буквально несколько месяцев, я хочу собрать новый firefox - и, вуаля - нужен новый rust(и llvm).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #182

182. Сообщение от Аноньимъ (ok), 22-Сен-21, 12:07	+/–
Так это политика даже не фаерфокса наверное а мейнтенеров в вашем дистрибутиве. Вот им и говорите. Llvm же вроде не чаще жцц обновляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #181 Ответы: #190

183. Сообщение от Аноньимъ (ok), 22-Сен-21, 12:15	+/–
Куда это проприетарный шлак призванный непускать открытые технологии и человеческие стандарты на чудосолнечные карточки новидии. Гимп с опенцл у меня отлично работал всегда. Вы случаем кстати не на нивидевской карте опецл то тестили? Вам ЗАПРЕЩЕНО, если что, для вас куда есть, жрите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #187

184. Сообщение от Аноньимъ (ok), 22-Сен-21, 12:17	+/–
Это очень грустно. Нормальный же стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

185. Сообщение от Аноньимъ (ok), 22-Сен-21, 12:19	+/–
А чего вы конкретно то ждали такого, оно с версии 1.1 уже полностью рабочее и продакшен реди было. Разворачивай хоть на кофеварках. Использовали бы себе да и всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

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

187. Сообщение от Аноним (25), 22-Сен-21, 12:24	+/–
Опенкл в гимп? Давайте хотя бы если не хасхкат, то блендер. Бтв, я тут мимослышал, от разрабов чего-то там, что опенкл на нвидиа тоже лучше работает. Ну и чтобы фоном какие то вычисления шли и это никак не сказывалось на гуе, я такого и на амд не видел. Это явно не отлично, когда лагает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

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

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

190. Сообщение от eganru (?), 22-Сен-21, 13:31	+/–
Ага - теперь у меня дистрибутив не тот. Ясно-понятно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182 Ответы: #191, #192

191. Сообщение от Аноним (-), 22-Сен-21, 14:02	+/–
У вас костылинyпс неправельный. Для windows все, что нужно, доступно в бинарном виде на момент релиза.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

192. Сообщение от Аноньимъ (ok), 22-Сен-21, 14:51	+/–
> Ага - теперь у меня дистрибутив не тот. Ясно-понятно. Я такого не говорил. Я у вас спросил, кто апает требования на раст для сборки фаерфокса в вашем конкретном случае. Разрабы фаерфокса, мейнтейнеры пакета фаерфокса, разработчики раста, или может быть вы просто чего-то сами не понимаете и такого требования нет вообще? Вы же мне свой дистр не называли, доступа к вашему пк который контролируете вы у меня нет, я не экстрасенс. Но мне вот интересно, что у вас там такое происходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

193. Сообщение от Аноньимъ (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ообщить модератору
Родитель: #189 Ответы: #194

194. Сообщение от Совершенно другой аноним (?), 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ообщить модератору
Родитель: #193 Ответы: #195, #198

195. Сообщение от Аноньимъ (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ообщить модератору
Родитель: #194 Ответы: #196

196. Сообщение от Совершенно другой аноним (?), 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ообщить модератору
Родитель: #195 Ответы: #197

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

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

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

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

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

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

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

204. Сообщение от псевдонимус (?), 23-Сен-21, 13:44	+/–
>Пайтон   Питоноид детектед. Душитель одноглазого змея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

205. Сообщение от Андрей (??), 19-Ноя-21, 10:37	+/–
Давно заметил что читатели opennet делятся на два типа по отношению к Rust: - те кто пишет подобные комментарии (и даже хуже) - сразу видно с Rust вы не знакомы - те кто на нем пишет (придя к нему сами) Отсюда и такая поляризация мнений. Rust это уникальный язык, и именно поэтому он такой популярный. Rust это не религия, а инструмент.  Есть инструменты полезные, а есть уникальные, такие без которых невозможно решить определенные проблемы. Так вот Rust именно такой инструмент. При увеличении размера программы и числа контрибьютеров, становится трудно (а пророй и невозможно) отследить безопасность того или иного действия (патча) в языке который не гарантирует безопасность такого действия (типа С или С++) (в патчах в ядро обязательно пояснять почему разыменовывание указателя безопасно в комментарии). Тенденция к переписываю мне тоже понятна, ибо я сам переписал на Rust свой проект с Python - в Rust больше возможностей языка и гарантий (это не только безопасность памяти, но и уникальный баланс возможностей функциональных языков без необходимости следовать всей парадигме функционального программирования).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

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

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