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

"В языке программирования Zig обеспечена поддержка самораскрутки (bootstraping)"	+/–
Сообщение от opennews (ok), 16-Апр-22, 22:01
В язык программирования Zig приняты изменения, позволяющие компилятору Zig stage2, написанному на Zig, собирать самого себя (stage3), что делает данный язык самодостаточным (self-hosting). Предполагается, что данный компилятор будет предлагаться по умолчанию в грядущем релизе 0.10.0. Stage2 всё ещё является неполноценным, так как отсутствует поддержка проверок во время выполнения, присутствуют различия в семантике языка и т.д... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57031
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от BratishkaErik (ok), 16-Апр-22, 22:01	+3 +/–
Поясняю: stage1 — компилятор на C++ (и есть то, что вы качаете на https://ziglang.org/download), stage2 — компилятор на Zig, состоит из нескольких бэкэндов — LLVM (компилирует с помощью LLVM), C (транслирует в C код), x86_64 и т.д. (компилируют в нативный код без помощи LLVM), stage3 — компилятор, собранный с помощью stage2. LLVM + Clang нужен для компиляции C/C++/Objective-C кода при помощи Zig (поэтому лишь "частичное избавление"), впрочем, разработчиками делается собственный C компилятор https://github.com/Vexu/arocc) План бутстрапинга https://github.com/ziglang/zig/issues/6378
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

2. Сообщение от Аноним (2), 16-Апр-22, 22:01	–9 +/–
Лучший язык
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #27

3. Сообщение от Аноним (3), 16-Апр-22, 22:03	–4 +/–
Российская разработка?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #11

6. Сообщение от Аноним (6), 16-Апр-22, 22:13	–2 +/–
Да. vlang тоже наш. https://vlang.io/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #14, #20, #31

10. Сообщение от rm2 (?), 17-Апр-22, 01:41	+/–
"самораскрутки" это вы сами придумали, или подсказал кто-то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #15, #18, #21, #25, #64

11. Сообщение от Тинус Лорвальдс (ok), 17-Апр-22, 01:52	–3 +/–
украинская. понад усэ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

14. Сообщение от борланд (?), 17-Апр-22, 02:39	–2 +/–
Это что, переизобретенный паскаль?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #17, #48

15. Сообщение от Аноним (15), 17-Апр-22, 04:08	+3 +/–
А что? Довольно хороший термин, сам себя раскрывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #26

17. Сообщение от Аноним (17), 17-Апр-22, 05:49	–2 +/–
Дак вот с кого раст списывали!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

18. Сообщение от Аноним (17), 17-Апр-22, 05:49	–2 +/–
критикуешь - предлагай!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #24, #56

20. Сообщение от Какаянахренразница (ok), 17-Апр-22, 06:13	–1 +/–
> Да. vlang тоже наш. > https://vlang.io/ В [censored] он ваш. Хотя бы потому, что в нем есть и мой код тоже. А я уж точно не "ваш".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

21. Сообщение от Аноним (21), 17-Апр-22, 06:26	+/–
Новиопу ниприятна видеть славянские слова?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

23. Сообщение от Брат Анон (ok), 17-Апр-22, 07:29	+6 +/–
Посмотрел я на синтаксис -- не дурно. Но есть и откровенное кривые решения. Нет, не лучший.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #35

24. Сообщение от Брат Анон (ok), 17-Апр-22, 07:30	+2 +/–
Критика -- это указание на недостатки и предложение путей преодоления недостатков. То, что сделал аноним выше -- обструкция. Не надо путать термины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #30, #85

25. Сообщение от Брат Анон (ok), 17-Апр-22, 07:31	+7 +/–
Не надо показывать свою безграмотность. Термин "самораскрутка" появился ещё 60 лет назад -- так Никлаус Вирт написал свой первый Паскаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #43, #51

26. Сообщение от kusb (?), 17-Апр-22, 07:50	+1 +/–
Сам себя раскручивает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

27. Сообщение от Брат Анон (ok), 17-Апр-22, 07:51	+8 +/–
По ссылке ниже есть vlang. Он явно существенно лучше спроектирован, чем Zig, и во многих местах -- лучше, чем golang. Я впечатлён. Конечно, далеко не так прост как Оберон, но vlang действительно толково сделан. Я бы даже сказал vlang -- это Rust здорового человека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #71, #84, #99, #107, #162

28. Сообщение от А где же каменты (?), 17-Апр-22, 08:54	–3 +/–
А мне название не нравится - не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #79

29. Сообщение от Аноним (17), 17-Апр-22, 08:58	+3 +/–
раст же взлетел (в переводе: ржавчина, коррупция, моральное разложение).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #32

30. Сообщение от Аноним (17), 17-Апр-22, 09:00	+/–
Тогда ему стОит определиться, доволен ли он термином или нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #67

31. Сообщение от Аноним (-), 17-Апр-22, 09:01	+1 +/–
>Да. vlang тоже наш. Эта страна окончательно лишилась рассудка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

32. Сообщение от Аноним (-), 17-Апр-22, 09:03	+3 +/–
>раст же взлетел где?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #34

34. Сообщение от Аноним (17), 17-Апр-22, 09:51	+2 +/–
Лучше спроси, куда...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #36

35. Сообщение от Аноним (-), 17-Апр-22, 10:44	+/–
Для сишников - выглядит явно приятнее хруста. Даешь gcc'шный фронт к нему?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

36. Сообщение от Аноним (-), 17-Апр-22, 10:46	–2 +/–
Тогда буква з лишняя в той фразе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #82

40. Сообщение от Бывалый смузихлёб (?), 17-Апр-22, 13:00	+/–
Содержательно, но разве статью нельзя дополнить ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #42, #50

42. Сообщение от Аноним (-), 17-Апр-22, 13:24	+/–
> Содержательно, но разве статью нельзя дополнить ? Я разрешаю. Под статьей кнопка "исправить" - жмите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

43. Сообщение от ммнюмнюмус (?), 17-Апр-22, 13:47	–2 +/–
"раскрутка" - один из переводов bootstrap (но не самораскрутка) а самораскрутка обратно так и просится как self-promotion
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #46, #49

46. Сообщение от Брат Анон (ok), 17-Апр-22, 15:22	+1 +/–
> "раскрутка" - один из переводов bootstrap (но не самораскрутка) > а самораскрутка обратно так и просится как self-promotion Расскажи это Ершову. Он-то был целый акодемег -- что он понимал в самораскрутке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

48. Сообщение от Брат Анон (ok), 17-Апр-22, 15:30	+2 +/–
> Это что, переизобретенный паскаль? Да, похоже на то. Если не брать во внимание тот факт, что vlang основан на golang, который испорченный Оберон, который написал Вирт. Ну, и сюда же каналы, горутины, иммутабельность, пространство имён, освобождение памяти без сборщика мусора и отсутствие гонок данных(да, Раст повлиял), модульность в духе Оберона. А так да -- паскаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

49. Сообщение от ммнюмнюмус (?), 17-Апр-22, 16:04	+/–
Ооххх эти бестолковые минусаааторыыыыы... А так да - видимо, само слово boostrap так же многозначно. Особенно если попадётся смысл "добиваться без посторонней помощи"). А какой простор для фантазий при раздельном переводе "boot strap"... o_O
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #54

50. Сообщение от BratishkaErik (ok), 17-Апр-22, 16:06	+/–
КМК тогда будет изобилие терминов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

51. Сообщение от Sin2x (ok), 17-Апр-22, 17:28	+4 +/–
Саморазвёртка звучит гораздо лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #60, #65

54. Сообщение от Аноним (-), 17-Апр-22, 17:58	+/–
Никакого двусмыслия - происходит от оборота "pull self by boot straps". Ну то-есть вытащить себя из болота за шнурки своих ботинок, как Мюнхаузен. И тут всем более-менее понятно что речь про решение "якобы нерешаемой" проблемы. В данном случае "нерешаемость" в том что для того чтобы собрать компилятор, вам нужен компилятор. Но компилятора у вас еще нет... А самораскрутка - таки близковато к самопиару, чтоли. Потому что раскрутка бывает и для всяких эстрадных звезд. А вот bootstrap про них все же не говорят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #55

55. Сообщение от Аноним (55), 17-Апр-22, 18:22	+3 +/–
>А самораскрутка - таки близковато к самопиару, чтоли. Проблема на вашей стороне. У меня при прочтении заголовка никаких ассоциаций с эстрадной раскруткой не возникло. Наоборот, подумал, де какой точный и самообъясняющий перевод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #58

56. Сообщение от opdo (?), 17-Апр-22, 18:37	–1 +/–
самораскурка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

57. Сообщение от Аноним (55), 17-Апр-22, 18:49	+2 +/–
Годы идут, а люди до сих пор пытаются инкрементировать си. И что-то никак не выходит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59, #70

58. Сообщение от Аноним (-), 17-Апр-22, 19:03	–1 +/–
В заголовке (bootstrapping) написано, на вот именно такие случаи видимо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

59. Сообщение от Аноним (-), 17-Апр-22, 19:04	–2 +/–
> Годы идут, а люди до сих пор пытаются инкрементировать си. И что-то > никак не выходит. Не все же такие умные как K&R...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

60. Сообщение от Аноним (-), 17-Апр-22, 19:07	–2 +/–
> Саморазвёртка звучит гораздо лучше. Монитор с саморазверткой и эстрадная звезда с самораскруткой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

64. Сообщение от Аноним (67), 17-Апр-22, 21:28	+/–
видимо, редактор хабра in the house
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

65. Сообщение от Аноним (67), 17-Апр-22, 21:29	–1 +/–
не лучше, такое же шило
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

67. Сообщение от Аноним (67), 17-Апр-22, 21:32	+/–
тебе стОит определиться, "доволен ли он термином" или "доволен он термином или нет"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

68. Сообщение от Аноним (-), 17-Апр-22, 22:20	+2 +/–
Подходит в качестве языка для изучения системного программирования?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #69, #93, #154

69. Сообщение от Аноним (101), 17-Апр-22, 23:19	+3 +/–
Подходит, отлично подходит. Но язык то надо учить тот, который дают в университете. Он должен быть тесно интегрирован в остальные курсы по алгоритмам, структурам данных, и следующим более продвинутым. В целом язык офигенный, я уже писал это в прошлых новостях
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #104

70. Сообщение от Vacu923ek (ok), 17-Апр-22, 23:35	–4 +/–
Вернее так: сколько уже написано языков на голову лучше Си, но упёртые долбо***бы продолжают свои говнопроектики на Си и только множат тухлое легаси.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #77, #80, #155

71. Сообщение от Vacu923ek (ok), 17-Апр-22, 23:38	–5 +/–
":=" как присвоение??! Жуйте сами!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #72, #75, #81

72. Сообщение от ммнюмнюмус (?), 18-Апр-22, 01:11	+2 +/–
Непривычно, но внезапно - это исключает шанс случайно перепутать = и == (если такой оператор там есть).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #73, #100

73. Сообщение от Vacu923ek (ok), 18-Апр-22, 04:45	–3 +/–
> Непривычно, но внезапно - это исключает шанс случайно перепутать = и == > (если такой оператор там есть). :) нет, такая отмаза не катит. "Защита от дурака" не должна быть такой, что только дурак и захочет пользоваться таким языком. Защищать надо в меру. Для присвоения (которое сплошь и рядом) вполне логичен "=". Для сравнения - да боже, у вас есть весь юникод!! Хотите - много чего на выбор: "~", "≡", "cmp" и т.п. Но присвоение трогать нельзя - оно слишком частое, чтобы над ним издеваться. Вот что бы я упростил, так это у6людские "приведения типов" - их вот как раз надо делать какими-нть закавыками: << или := или ⇐  потому что постоянно срать в код (BetterType)somevar надоело.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #74, #128, #129

74. Сообщение от Vacu923ek (ok), 18-Апр-22, 04:47	–2 +/–
Ещё нашёл суперстрелу :)  ⇚
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #76

75. Сообщение от Брат Анон (ok), 18-Апр-22, 07:49	+7 +/–
Нет, аноним. Ты не прав. Это объявление переменной на месте. И это единственный способ создать переменную без указания её типа с одновременной инициализации. По сравнению с питоном -- очень правильное решение. Меня бесит, когда в питоне посередине портянки на 2к строк вылазит переменная с хз какой целью. Вот, кстати, результаты моего вчерашнего туповатого бенчмарка: Вот результаты  сравнения производительности golang и vlang. vlang (фактически) транслируется в чистый Си. /*   Результаты работы golang add0/add2:     add0() ... time = 4727 msec     add2() ... time = 432 msec // ratio02=10.94     add2_asm() time = 1278 msec // ratio03=3.70   Результаты работы vlang add0/add2:     add0(): res=8298435155484288, time=2958     add2(): res=15834882382000000, time=273 // ratio03=10.84 */ Какие я могу сделать отсюда выводы? 1) Компилятор golang на 60% хуже оптимизирует код. На сколько vlang близок к Си — мне сказать сложно, думаю, процентов на 5% похуже. 2) Оба умеют в векторизацию, и это заявка на победу. 3) Писать код на ассемблере — не эффективно. Надо быть на уровне профи для конкретной аппаратной платформы, надо знать, как спаривать команды, как умещать в кэш и всякое такое. Это маловероятно. 4) Результаты векторизации, что у golang, что у vlang — примерно одинаковые. Что говорит об отличном методе оптимизации. Абсолютный результат остался у vlang, но golang по отношению ускорения — немного подтащил на уровне погрешности. Ну и размер бинарника в 48 кБ в vlang — превосходный результат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #78, #83

76. Сообщение от Ан (??), 18-Апр-22, 08:43	+3 +/–
Лигатуры не нужны. Keep It Simple Stupid
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #91

77. Сообщение от Ан (??), 18-Апр-22, 08:48	+4 +/–
То-то новая мажорная версия GCC выходит каждый год, а новая ревизия стандарта C каждые три года. Неча на зеркало пенять, коли рожа крива.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #92

78. Сообщение от Аноним (78), 18-Апр-22, 10:46	+/–
> vlang (фактически) транслируется в чистый Си. > На сколько vlang близок к Си — мне сказать сложно, думаю, процентов на 5% похуже. Логично
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

79. Сообщение от www2 (??), 18-Апр-22, 10:55	+/–
Да уж, зигующий какой-то язык. Напрашивается ещё какой-нибудь фреймворк к нему под названием Heil.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

80. Сообщение от www2 (??), 18-Апр-22, 11:02	+2 +/–
Вавилонская башня языков. Чем больше языков, тем больше переходников между ними. Какой-нибудь gitlab - прекрасная демонстрация того, к чему это разнообразие языков на голову выше Си ведёт: опакетить всё это, так чтобы можно было поставить из репозиториев, никто так и не сподобился, качай образ на 100500 мегабайт, запускай в докере. А если я на NetBSD или Solaris захочу запустить? В случае с Си эта проблема чисто техническая, а в случае с вавилонской башней из языков - экономическая, организационная, идеологическая. Нужно собрать толпу программистов из разных лагерей, заплатить им кучу бабок за работу, да ещё и научить разговаривать друг с другом, не прибегая к приёмам типа "а мы сейчас завернём всё это в докер и дело в шляпе".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #94

81. Сообщение от InuYasha (??), 18-Апр-22, 11:31	–1 +/–
:D спасибо что не дал развиться ненужным надеждам и фантазиям. )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #88

82. Сообщение от InuYasha (??), 18-Апр-22, 11:33	+/–
В ядро уже влетел. И за бугром к этому относятся даже более чем толерантно. :-/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

83. Сообщение от Аноним (83), 18-Апр-22, 11:48	+1 +/–
А с zig можете сравнить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #87

84. Сообщение от Аноним (84), 18-Апр-22, 13:43	–1 +/–
Прочитал ваш комментарий! Заинтересовался! Пошел поставил, стал читать доку, дошел до строк, рун и массивов. Затем написал вот такой код, чисто по приколу, чтобы проверить свою теорию:) fn main() {     name := "Имя"     runes := name.runes()     mut bytes := []u8{}     for rune in runes {         bytes << rune.bytes()     }     println(bytes) } И получил предсказуемый баг компилятора, а не предупреждение и собственно причину того почему так делать не стоит:)) А причина проста: в сгенерированном Си-шном файле /tmp/v_1000/mint.6093456618454081787.tmp.c:11455: error: identifier expected получили такую строку (11455):))): rune rune = ((rune*)runes.data)[_t1]; Прикольно конечно, ничего сложного, но хотелось бы не лезть в Си-шний файл:))) ПС: Проблема решается банально просто, так как rune это V-шный тип, то отсюда и проблемы, в данном случае нельзя переменную нызывать rune:)) Исправляем например на my_rune, и всё работает:)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #86, #89

85. Сообщение от Аноним (85), 18-Апр-22, 13:59	–1 +/–
> Критика -- это указание на недостатки и предложение путей преодоления недостатков. Вторая половина утверждения, после союза "и" - точно ложь. Критика - это только анализ и оценка. Предложения по исправлению в нее не входят. Литературный или театральный критик ведь не обязаны романы или пьесы писАть? Просто часто критикуемые не любят критики и отмахиваются заготовками "сделайлучше", "спервадобейся", "критикуяпредлагай!" и т.п.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

86. Сообщение от Аноним (84), 18-Апр-22, 14:05	–1 +/–
Забыл сказать, меня нет не на гитхабе:), не в дискорде:), так что я не репортил данный баг. Поэтому если вам не трудно, то зарепортите вместо меня. ПС: ну и можете там передать привет от местных экспертов опеннета:)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #90

87. Сообщение от Брат Анон (ok), 18-Апр-22, 15:55	+2 +/–
> А с zig можете сравнить? Мне zig малопривлекателен и в силу его синтаксиса, и в силу того, какие синтаксические конструкции он предлагает. Да и не знаю я его.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #101

88. Сообщение от Брат Анон (ok), 18-Апр-22, 15:57	+2 +/–
> :D спасибо что не дал развиться ненужным надеждам и фантазиям. ) Пожалуйста. Пять баксов, брат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #153

89. Сообщение от Брат Анон (ok), 18-Апр-22, 16:01	+1 +/–
> ПС: Проблема решается банально просто, так как rune это V-шный тип, то > отсюда и проблемы, > в данном случае нельзя переменную нызывать rune:)) Исправляем например на my_rune, и > всё работает:))) Именно поэтому vlang хуже Оберона. Оберон ни в каком Си не нуждается. Если прога работает -- прога работает. Что касается затенения ключевых слов -- это вообще плохая практика. К слову, переменную затенить не выйдет. Если вспомнить, что текущая версия vlang 0.28 -- надеяться на то, что такой код можно затащить в прод, или иметь какие-то гарантии  РБНФ -- нет, пока слишком рано. Но в-целом, приличное начало, язык уже многое умеет и за многое бьёт по рукам. Это хорошо. Синтаксис явно лучше чем у Раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #97, #98, #102

90. Сообщение от Брат Анон (ok), 18-Апр-22, 16:01	+/–
> Забыл сказать, меня нет не на гитхабе:), не в дискорде:), так что > я не репортил данный баг. Поэтому если вам не трудно, то > зарепортите вместо меня. > ПС: ну и можете там передать привет от местных экспертов опеннета:))) Ок. Репортю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

91. Сообщение от Vacu923ek (ok), 18-Апр-22, 16:26	–1 +/–
> Лигатуры не нужны. Keep It Simple Stupid Вот ты "Шариков"! Слово выучил, а значение - нет. :) Это НЕ лигатура! Это обычный одиночный символ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #96

92. Сообщение от Vacu923ek (ok), 18-Апр-22, 16:31	–3 +/–
> То-то новая мажорная версия GCC выходит каждый год, а новая ревизия стандарта C каждые три года. От перемены мест кучек дерьма лучше оно не пахнет! Базовый Си - он как был, так и остался - "высокоуровневый ассемблер" его не зря называют. > Неча на зеркало пенять, коли рожа крива. Кто б говорил... луддиты хреновы. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #95

93. Сообщение от Vacu923ek (ok), 18-Апр-22, 16:38	–2 +/–
> Подходит в качестве языка для изучения системного программирования? Смотря что называть "системой". :) Вон, линуnс - тоже вроде как ОСь, но некоторые вещи написаны на асме и ты их никак не непишешь на Си, хотя последний везде преподносится как самый системный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #157

94. Сообщение от Vacu923ek (ok), 18-Апр-22, 16:52	–3 +/–
> Вавилонская башня языков "Это нормально!" (ц) Малышева :)) Ты не можешь сделать качественный скачок в отрасли, не наполнив её "вширь". Количество переходит в качество. Фактически, скачок УЖЕ произошёл, просто некоторые питекантропы никак не хотят слезать с насиженных яиц. Я говорю о Nemerle (.NET) - язык, где есть такое понятие, как макросы. Только не в убогом Сишном понимании, а намного глубже - позволяющие модифицировать код на всех стадиях компиляции, превращая компилятор в "транслятор с плагинами". Это технология будущего.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80 Ответы: #134

95. Сообщение от Ан (??), 18-Апр-22, 16:55	+2 +/–
>> То-то новая мажорная версия GCC выходит каждый год, а новая ревизия стандарта C каждые три года. > От перемены мест кучек дерьма лучше оно не пахнет! Базовый Си - > он как был, так и остался - "высокоуровневый ассемблер" его не > зря называют. >> Неча на зеркало пенять, коли рожа крива. > Кто б говорил... луддиты хреновы. :) Очередной миллениал-неосилятор порвался. Тебя даже немного жаль как mentally challenged person.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

96. Сообщение от Ан (??), 18-Апр-22, 16:58	+2 +/–
Не вижу такого символа у себя на клавиатуре. Это обыкновенная лигатура "<=". ___Keep It Simple Stupid___
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

97. Сообщение от Аноним (84), 18-Апр-22, 17:11	+/–
>>> Оберон ни в каком Си не нуждается. <<< От обилия капса в Обероне, лично у меня вытекают глаза, и я не люблю читать нечто подобное:( Ничего не могу с собой поделать. Так что, в этом плане, я предпочитаю Си:) >>> Синтаксис явно лучше чем у Раста. <<< По крайне мере у Rust очень достойный компилятор:) Когда понимаешь ключевые концепции языка, то пользоваться им одно удовольствие. По крайней мере после С++ это словно глоток свежего воздуха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #110

98. Сообщение от freecoder (ok), 18-Апр-22, 17:23	–3 +/–
Что в Rust не нравится? Точка с запятой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #111

99. Сообщение от Аноним (99), 18-Апр-22, 17:23	–1 +/–
> vlang действительно толково сделан. Там у авторов что-то с головой странное. Они называют чистыми функции, которые выполняют операции I/O.  Они утверждают, что не нужен сборщик мусора, но тут же поясняют что autofree не работает и поэтому везде нужен сборщик мусора. У них hello world на момент анонса языка в котором уже делались громкие заявления о том, как он всех победил - падал с segmentation fault. Авторы языка выставили себя на посмешище и с тех пор заметно лучше не стало. > Я бы даже сказал vlang -- это Rust здорового человека. Да, где-то там в мире фантазий, в котором vlang - работает.  В реальном мире просто он, в отличие от раста, не работает. Плюс см. что-то странное с головой у авторов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #103, #112, #126

100. Сообщение от freecoder (ok), 18-Апр-22, 17:24	–1 +/–
В Rust в принципе невозможно их перепутать, так как инструкция присваивания не возвращает булево значение, а значит не может быть условием.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

101. Сообщение от Аноним (101), 18-Апр-22, 18:09	–3 +/–
Не знаете, а поспорить любите))) И сделать выводы какой он плохой и тд и тп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #114

102. Сообщение от Аноним (101), 18-Апр-22, 18:15	–2 +/–
1. Zig тоже не нуждается ни в каком С, он полностью самодостаточный 2. Он не позволяет затенять переменные, вообще никакие. Затенение действительно в таких языках плохо. Я не согласен что вообще ничего затенять нельзя - можно, но очень осторожно. Например имена импортов затенять было бы полезно, потому что в типизированном языке их перепутать невозможно с обычными переменными. Надеюсь это ослабят потом. Но пока в Zig "максимальная строгость", вообще ничего не затеняется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #115

103. Сообщение от Аноним (101), 18-Апр-22, 18:23	–5 +/–
Согласен, выбирал Zig / V / Rust, остановился на Zig. V совершенно не готов ни для чего, даже с учётом моей возможности взять свежий экспериментальный язык. Немного почитал про него, посмотрел Issues, полный швах. Вместо того что сконцентрироваться на языке, пишут и какую графическую библиотеку на нём, и текстовый редактор - замену vim, и ядро операционной системы, и Бог весть что ещё. Автор явно не глупый, но... Поэтому V не подходит даже для pet проектов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #108

104. Сообщение от Аноним (101), 18-Апр-22, 18:25	+2 +/–
Вставки на асме тоже можно делать, они поддерживаются.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

107. Сообщение от Hck3r (?), 19-Апр-22, 00:00	–4 +/–
Там половина заявленных фич так и висит в «доработке». Уже годами.. он вообще пилится кем-то сейчас?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #113, #116, #117

108. Сообщение от Ан (??), 19-Апр-22, 09:01	+1 +/–
А это что, прости? https://github.com/vlang/awesome-v
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #109, #123

109. Сообщение от Ан (??), 19-Апр-22, 09:03	+1 +/–
И это вдобавок: https://www.amazon.com/Getting-Started-Programming-end-end-e...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

110. Сообщение от Брат Анон (ok), 19-Апр-22, 10:13	–3 +/–
> От обилия капса в Обероне, лично у меня вытекают глаза, и я > не люблю читать нечто подобное:( Ничего не могу с собой поделать. > Так что, в этом плане, я предпочитаю Си:) Ну, капс во многих компиляторах настраивается. И даже BEGIN/END можно успешно подменять скобочками. Такие конвертеры есть. >>>> Синтаксис явно лучше чем у Раста. <<< > По крайне мере у Rust очень достойный компилятор:) Когда понимаешь ключевые концепции > языка, то пользоваться им одно удовольствие. По крайней мере после С++ > это словно глоток свежего воздуха. После крестов любой язык будет лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #118

111. Сообщение от Брат Анон (ok), 19-Апр-22, 10:15	+2 +/–
> Что в Rust не нравится? Точка с запятой? Синтаксис в-целом. Но это не так фатально. Я считаю неприемлимой семантическую нагрузку на программиста. В этом смысле vlang откровенно хуже Оберона. Если программист не в состоянии контролировать семантическую сложность языка -- значит программист будет писать заведомо плохой код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #121

112. Сообщение от Брат Анон (ok), 19-Апр-22, 10:21	+3 +/–
>> vlang действительно толково сделан. > Там у авторов что-то с головой странное. Они называют чистыми функции, которые > выполняют операции I/O.   Не увидел такого. У них написано, что они в первую очередь практикуют чистые функции. > Они утверждают, что не нужен сборщик мусора, > но тут же поясняют что autofree не работает и поэтому везде > нужен сборщик мусора. Там автосвобождение памяти для замкнутого пространства имён. Сборщик мусора -- это опция, необходимая в глобальном пространстве. Но глобальное пространство в vlang запрещено. Как видно по примеру, это им никак не мешает демонстрировать ОС на vlang. > У них hello world на момент анонса языка в котором уже делались > громкие заявления о том, как он всех победил - падал с > segmentation fault. Не знаю. У меня сейчас ничего не падает. Кроме того, посмотрите внимательно на версию языка. > Авторы языка выставили себя на посмешище и с тех пор заметно лучше > не стало. Авторы языка никак не могли выставить себя на посмешище по причине того, что им ещё нечего показывать. Смотрите на версию языка. >> Я бы даже сказал vlang -- это Rust здорового человека. > Да, где-то там в мире фантазий, в котором vlang - работает.   > В реальном мире просто он, в отличие от раста, не работает. Не знаю, у меня всё работает. Продолжаю делать кое-какие эксперименты: ни утечек памяти, на сегфолтов я не наблюдаю. Видимо. вы немного в параллельной реальности. > Плюс см. что-то странное с головой у авторов. Это не аргумент. Не приводите его больше мне.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

113. Сообщение от Брат Анон (ok), 19-Апр-22, 10:22	+4 +/–
> Там половина заявленных фич так и висит в «доработке». > Уже годами.. он вообще пилится кем-то сейчас? Из того, что там заявлено у меня всё собирается и работает. Не знаю, какие у вас проблемы. Было бы недурно представить реально неработающие примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

114. Сообщение от Брат Анон (ok), 19-Апр-22, 10:25	+2 +/–
> Не знаете, а поспорить любите))) > И сделать выводы какой он плохой и тд и тп. Мне было достаточно посмотреть на предлагаемые примеры. И те средства, что предлагает язык -- во многом это бездумное подражание устаревшим старшим братьям без какого-либо обоснования, почему эти полезны. А они не просто не полезны, они откровенно вредны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

115. Сообщение от Брат Анон (ok), 19-Апр-22, 10:29	+4 +/–
> 1. Zig тоже не нуждается ни в каком С, он полностью самодостаточный Не совсем. В новости выше что-то про LLVM. А это внешняя прослойка по отношению к языку. > 2. Он не позволяет затенять переменные, вообще никакие. А ключевые слова? > Затенение действительно в таких языках плохо. Я не согласен что вообще ничего > затенять нельзя - можно, но очень осторожно. Нельзя. Никогда. Нигде. > Например имена импортов затенять было бы полезно, потому что в типизированном языке > их перепутать невозможно с обычными переменными. Нельзя. необходимость затенять импорты говорит о том, что программист плохо понимает, зачем ему нужна такая переменная, или её имя не отражает семантику функционального предназначения. > Надеюсь это ослабят потом. > Но пока в Zig "максимальная строгость", вообще ничего не затеняется Ещё раз: ключевые слова? Версия 0.28 как у vlang? Если у языка версия 1.хх (а это именно так) -- менять семантику языка -- это то, за что разрабов надо расстреливать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #119, #120

116. Сообщение от Ан (??), 19-Апр-22, 11:04	+3 +/–
На гитхаб заглянуть не судьба? https://github.com/vlang/v/releases
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

117. Сообщение от Ан (??), 19-Апр-22, 11:06	+3 +/–
Первая тестовая версия языка вышла в середине 19 года. О каких годах идёт речь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

118. Сообщение от Аноним (84), 19-Апр-22, 11:48	–3 +/–
>>> После крестов любой язык будет лучше. <<< Кажется я неясно выразился. Я имел ввиду, что компилятор языка Rust лучше любого компилятора C++. Другими словами, я не считаю что сам язык Rust лучше чем язык C++:)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #125

119. Сообщение от BratishkaErik (ok), 19-Апр-22, 11:54	+/–
> А ключевые слова? Идентификатор может быть любым, если юзать синтаксис @"name". Например: > const @"абракадабра" = 1; Или: > var @"var" = 2;
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

120. Сообщение от BratishkaErik (ok), 19-Апр-22, 11:55	+1 +/–
> Если у языка версия 1.хх (а это именно так) Нет, версия 0.9.1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115

121. Сообщение от freecoder (ok), 19-Апр-22, 12:27	–2 +/–
Вроде у Rust Си-подобный синтаксис, если рассматривать его вцелом. Но какую семантическую нагрузку вы имеете ввиду? Лайфтаймы? Move-семантику по-умолчанию? О временах жизни ссылок и так приходится думать, а тут эту задачу на себя берет компилятор. Что же касается владения, то тут баш на баш: оно избавляет от необходимости думать об освобождении памяти в подовляющем большинстве случаев, но в небольшом числе случаев приходится думать, как вписать свой код в эту схему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #122

122. Сообщение от Брат Анон (ok), 19-Апр-22, 12:50	+2 +/–
> Вроде у Rust Си-подобный синтаксис, если рассматривать его вцелом. Но какую семантическую > нагрузку вы имеете ввиду? Я имею в виду, откройте РБНФ и посмотрите количество правил. Слишком много всего вываливается на бедную голову программиста. От сишного синтаксиса меня воротит. У Раста по синтаксису гораздо больше от крестов, чем от Си. А кресты вызывают у меня рвотный рефлекс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121

123. Сообщение от Аноним (123), 19-Апр-22, 17:07	–1 +/–
> Does V run on bare metal? There is a -freestanding option that excludes libc and vlib, but it is a work in progress, and is not the focus of development right now. https://github.com/vlang/v/wiki/FAQ
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #124

124. Сообщение от Ан (??), 19-Апр-22, 17:24	+/–
>> Does V run on bare metal? There is a -freestanding option that excludes libc and vlib, but it is a work in progress, and is not the focus of development right now. > https://github.com/vlang/v/wiki/FAQ Что ты хотел сказать этим комментарием? Тут написано, что V работает на всех платформах, куда портирован libc. То бишь, можно сказать, что на всех вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #130, #132

125. Сообщение от Ан (??), 19-Апр-22, 17:27	+1 +/–
На основании чего ты делаешь такое заявление? По скорости я вижу, что плюсы лучше: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #127

126. Сообщение от tmplsr (?), 19-Апр-22, 17:41	+3 +/–
> Я бы даже сказал vlang -- это Rust здорового человека. >>Да, где-то там в мире фантазий, в котором vlang - работает.  В реальном мире просто он, в отличие от раста, не работает. >>Плюс см. что-то странное с головой у авторов. С этого места чуть подробнее, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

127. Сообщение от Аноним (84), 19-Апр-22, 20:58	–2 +/–
Да, при чем тут вообще скорость. Компилятор С++, сообщая вам об ошибке, вываливает вам "внутренности", до которых вам как программисту вообще нет никакого дела и сиди разбирайся, что и где именно не так, и самое главное что нужно сделать чтобы это исправить не понятно - это просто отвратительно! Компилятор Rust, в свою очередь, выдает вам понятное сообщение о том что не так, в каком именно месте, и что нужно сделать чтобы это исправить, - это просто божественно! Нет серьезно, я когда изучал Rust, я просто радовался как ребенок, просто поверить не мог, что такое бывает:) Вы сделали что-то не так, а вам говорят, сделайте вот здесь вот так, - вы делаете как говорят и всё работает!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #131

128. Сообщение от ммнюмнюмус (?), 19-Апр-22, 21:19	+1 +/–
> :) нет, такая отмаза не катит. "Защита от дурака" не должна быть > такой, что только дурак и захочет пользоваться таким языком. Бывают просто машинальные опечатки (типа забыл, что '=' нужно было двойным кликом, а не одинарным). Хорошо, если предупреждение, как с GCC. А так конкретная ошибка компиляции. > Для присвоения (которое сплошь и рядом) вполне логичен "=". Для сравнения - > да боже, у вас есть весь юникод!! А чем присваивание хуже, что юникод не заслужило))). А кто под емаксом - так вообще, обёртку поверх fontlock (как я лямбдой в elisp) - и потом понтоваться скринами))).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

129. Сообщение от ммнюмнюмус (?), 19-Апр-22, 21:40	+1 +/–
> Вот что бы я упростил, так это у6людские "приведения типов" - их > вот как раз надо делать какими-нть закавыками: << Побитовый сдвиг на свалку? > или := И кому тогда будет нужен одиночный '=' ? Есть обычное присваивание. > или ⇐  потому что постоянно срать в код (BetterType)somevar надоело. P.S. > Для сравнения - да боже, у вас есть весь юникод!! Хотите - много чего на выбор: "~", "≡", "cmp" facepalm А давайте изобретём язык программирования на базе китайского, иероглифами (они же типа графики) XD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

130. Сообщение от Аноним (130), 19-Апр-22, 22:05	–1 +/–
Хотел сказать, что с embedded у V не очень. Или я ошибаюсь? На каком-нибудь avr как запустить? Newlib прицепить или как? Не стебусь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #137

131. Сообщение от Ан (??), 19-Апр-22, 23:56	+2 +/–
>[оверквотинг удален] > как программисту вообще нет никакого дела и сиди разбирайся, что и > где именно не так, и самое главное что нужно сделать чтобы > это исправить не понятно - это просто отвратительно! > Компилятор Rust, в свою очередь, выдает вам понятное сообщение о том что > не так, в каком именно месте, и что нужно сделать чтобы > это исправить, - это просто божественно! Нет серьезно, я когда изучал > Rust, я просто радовался как ребенок, просто поверить не мог, что > такое бывает:) Вы сделали что-то не так, а вам говорят, сделайте > вот здесь вот так, - вы делаете как говорят и всё > работает! Привери живой пример в обоих языках.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #133

132. Сообщение от Аноним (139), 20-Апр-22, 00:02	+1 +/–
>>> Does V run on bare metal? There is a -freestanding option that excludes libc and vlib, but it is a work in progress, and is not the focus of development right now. >> https://github.com/vlang/v/wiki/FAQ > Что ты хотел сказать этим комментарием? Тут написано, что V работает на > всех платформах, куда портирован libc. То бишь, можно сказать, что на всех вообще. - >> freestanding > куда портирован libc.То бишь, можно сказать, что на всех вообще. То бишь, ты очередной анонимный балаб^W Ыксперд-Воен-за-V, засравший комменты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #135

133. Сообщение от Аноним (84), 20-Апр-22, 07:28	–2 +/–
> Привери живой пример в обоих языках. Проявите хоть немного самостоятельности: C++ шаблоны вам в помощь:). Про ситуации, когда компилятор C++ просто молчит: всеми известный, банальный пример с вектором, - я пожалуй тоже помолчу:) ПС: Если ваш опыт работы с комипиляторами Rust и С++, не совпадает с моим, ну Ок! Я не собираюсь вас ни в чем убеждать, и с пеной у рта что-то доказывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #136

134. Сообщение от Ф1 (?), 20-Апр-22, 07:59	+3 +/–
>Я говорю о Nemerle (.NET) - язык, где есть такое понятие, как макросы. Только не в убогом Сишном понимании, а намного глубже - позволяющие модифицировать код на всех стадиях компиляции, превращая компилятор в "транслятор с плагинами". Это технология будущего. Эту технологию будущего уже лет 60 переизобретают, lisp forth только самые яркие примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #142

135. Сообщение от Ан (??), 20-Апр-22, 12:03	–3 +/–
>>>> Does V run on bare metal? There is a -freestanding option that excludes libc and vlib, but it is a work in progress, and is not the focus of development right now. >>> https://github.com/vlang/v/wiki/FAQ >> Что ты хотел сказать этим комментарием? Тут написано, что V работает на >> всех платформах, куда портирован libc. То бишь, можно сказать, что на всех вообще. > - >>> freestanding >> куда портирован libc.То бишь, можно сказать, что на всех вообще. > То бишь, ты очередной анонимный балаб^W Ыксперд-Воен-за-V, засравший комменты. Что ты вертишься как уж на сковородке? Изначальный тезис был "Поэтому V не подходит даже для pet проектов." Ты подкинул аргумент в виде вопроса "Does V run on bare metal?". И оказалось, что V работает на всех аппаратных платформах, которые поддерживают libc. То есть, на всех вообще. Соответственно, ты не смог изначальный тезис подвердить. Поэтому, V подходит и для пет-проектов, и для непет-проектов, в том числе в embedded.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

136. Сообщение от Ан (??), 20-Апр-22, 12:04	+2 +/–
>> Привери живой пример в обоих языках. > Проявите хоть немного самостоятельности: C++ шаблоны вам в помощь:). Про ситуации, когда > компилятор C++ просто молчит: всеми известный, банальный пример с вектором, - > я пожалуй тоже помолчу:) > ПС: Если ваш опыт работы с комипиляторами Rust и С++, не совпадает > с моим, ну Ок! Я не собираюсь вас ни в чем > убеждать, и с пеной у рта что-то доказывать. То есть, привести простейший пример, где компилятор Rust выигрывает у компилятора плюсов ты не можешь. Так и запишем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

137. Сообщение от Ан (??), 20-Апр-22, 12:10	–2 +/–
https://github.com/vlang/vinix
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #139

139. Сообщение от Аноним (139), 20-Апр-22, 14:31	+1 +/–
>> embedded ... avr > https://github.com/vlang/vinix > amd64 /0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #141

141. Сообщение от Ан (??), 20-Апр-22, 16:21	–3 +/–
>>> embedded ... avr >> https://github.com/vlang/vinix >> amd64 > /0 Ты вообще читаешь тред, или так, понабрасывать пришёл? Я повторюсь, если ты не понял, V и Vinix работают на ___любом___ железе, где есть libc. И на AVR тоже: https://www.nongnu.org/avr-libc/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #144

142. Сообщение от Vacu923ek (ok), 20-Апр-22, 19:02	–3 +/–
>>Я говорю о Nemerle (.NET) - язык, где есть такое понятие, как макросы. Только не в убогом Сишном понимании, а намного глубже - позволяющие модифицировать код на всех стадиях компиляции, превращая компилятор в "транслятор с плагинами". Это технология будущего. > Эту технологию будущего уже лет 60 переизобретают, lisp forth только самые яркие > примеры. Не торопитесь блистать своим невежеством, милейший! ЛИСП - динамический язык, в Немерле же все макросы компилируются в код, это статический язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #148

144. Сообщение от Аноним (139), 20-Апр-22, 19:51	+1 +/–
> Ты вообще читаешь тред, или так, понабрасывать пришёл? Т.е. ты запостил ссылку от балды, а теперь отчаянно сруливаешь с темы. > Я повторюсь, если ты не понял, V и Vinix работают на ___любом___ железе, где есть > libc. И на AVR тоже: https://www.nongnu.org/avr-libc/ https://github.com/vlang/v/issues/8754 > V lang on bare metal? #8754 > "Уже почти совсем да, но пока нет" ... ЧТД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #145

145. Сообщение от Ан (??), 20-Апр-22, 21:45	–3 +/–
>> Ты вообще читаешь тред, или так, понабрасывать пришёл? > Т.е. ты запостил ссылку от балды, а теперь отчаянно сруливаешь с темы. >> Я повторюсь, если ты не понял, V и Vinix работают на ___любом___ железе, где есть >> libc. И на AVR тоже: https://www.nongnu.org/avr-libc/ > https://github.com/vlang/v/issues/8754 >> V lang on bare metal? #8754 >> "Уже почти совсем да, но пока нет" ... > ЧТД. Если ты не понимаешь прочитанное, я тебе помочь не могу. Для остальных же повторюсь: V работает на любом железе, где есть libc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #146

146. Сообщение от Аноним (139), 20-Апр-22, 22:59	+/–
> Я повторюсь, если ты не понял, V и Vinix работают на ___любом___ железе, где есть > Если ты не понимаешь прочитанное, я тебе помочь не могу. Для остальных же повторюсь: V работает на любом железе, где есть libc. Опять нелепые отмазки, переобувание в прыжке и "ты не понимаишь" ... Нет, дорогой теоретик, для начала расскажи поподробнее о "любом железе" в срезе https://github.com/vlang/vinix/blob/e9e9bc38844845142598c2b9... fn syscall_entry() {     asm volatile amd64 {         swapgs // Save user stack // и усе - более платформ там нема а то на вид это "любое железо, если это amd64" > V работает на любом железе, где есть libc. Ссылку давай со списком __протестированных__ платформ, а то в теории у тебя "и Vinix работают на ___любом___ железе, где есть libc".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #147

147. Сообщение от Ан (??), 20-Апр-22, 23:11	–3 +/–
>[оверквотинг удален] > > fn syscall_entry() { >  asm volatile amd64 { >   swapgs // Save user stack > // и усе - более платформ там нема > > а то на вид это "любое железо, если это amd64" >> V работает на любом железе, где есть libc. > Ссылку давай со списком __протестированных__ платформ, а то в теории у тебя > "и Vinix работают на ___любом___ железе, где есть libc". Ты бы хоть удосужился прочитать тот тикет, который ты приводил как "доказательство" того, что V не платформонезависим: *** You can always use v -o new_file_name.c v_file_name.v to produce a c file that can be used with an existing C compiler for your platform. *** Перевожу на русский, раз ты не знаешь английского? растоман: компилируй V в C и запускай, где угодно, лишь бы там была libc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #149

148. Сообщение от Sin2x (ok), 20-Апр-22, 23:44	+1 +/–
Невежда здесь это ты, если не знаешь разницу между динамическими и безтиповыми языками как классический Lisp и Forth. И при необходимости присобачить типы в лисп вообще не проблема: https://docs.racket-lang.org/ts-guide/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

149. Сообщение от Аноним (139), 21-Апр-22, 00:28	+/–
>[оверквотинг удален] >> fn syscall_entry() { >>  asm volatile amd64 { >>   swapgs // Save user stack >> // и усе - более платформ там нема >> >> а то на вид это "любое железо, если это amd64" >>> V работает на любом железе, где есть libc. >> Ссылку давай со списком __протестированных__ платформ, а то в теории у тебя >> "и Vinix работают на ___любом___ железе, где есть libc". > Ты бы хоть удосужился прочитать тот тикет, который ты приводил как "доказательство" Ты опять срулил с темы Vinix и ссылок c пояснениями не будет? Ну, ожидаемо. > того, что V не платформонезависим: *** You can always use v > -o new_file_name.c v_file_name.v to produce a c file that can be > used with an existing C compiler for your platform. *** > Перевожу на русский, раз ты не знаешь английского? растоман: компилируй V в > C и запускай, где угодно, лишь бы там была libc. Ты бы удосужился прочитать ответ, Воен: >> It will not help a lot, you also need some .s & .ld files for this platform, eg. stm32 >> But i am most concerned about a lot of mallocs under the hood. > Ya, it sounds like the freestanding flag would be more what you were looking for. As I said, it did/will remove almost all of the v overhead, no libc linked to by default, and requires the dev to manage memory themselves. (ага, freestanding, который "уже совсем почти, но еще нет") > Can you elaborate @MarkuBu ? What are you missing? Custom allocations? They will be allowed. > The plan is to make V a first class citizen for embedded. >
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #152

152. Сообщение от Ан (??), 21-Апр-22, 09:03	+/–
А зачем тебе freestanding, кроме красивого слова? Чем тебя не устраивает бесшовная компиляция в Си?  Напомню, что твои вопросы были, работает ли Ви на baremetal и можно ли его использовать с AVR. Компиляция в Си отвечает да на оба вопроса, о чём я тебе талдычу второй день.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

153. Сообщение от tmplsr (?), 21-Апр-22, 11:07	+/–
>> :D спасибо что не дал развиться ненужным надеждам и фантазиям. ) > Пожалуйста. Пять баксов, брат. 1.2, A.Stahl (ok), 11:01, 24/06/2019 [ответить][к модератору] +17 +/– Написано слишком пафосно.  Философский, блин, камень. Перпетум, бля, мобиле. Интересно, кто-то вспомнит об этом языке через 3 года? Увидим...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

154. Сообщение от warlock (??), 22-Апр-22, 16:04	+/–
Скорее нет, чем да, ибо слишком много «экзотики» в языке. Даже Rust несмотря на обширное применение на практике и известность, имеет ту же проблему. Мне кажется, от знания C/C++ никуда не деться в системном программировании пока. Хотя Rust — вещь шикарная для системного программирования! (А Zig имхо слишком сырой, что бы что-то определённое про него в этом плане сказать.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

155. Сообщение от warlock (??), 22-Апр-22, 16:13	+1 +/–
Ну и сколько? Два — C++ и Rust. Три, если ещё посчитать D в режиме «Better C». И ни один из них не является безусловной заменой, везде есть сложности, подводные камни. К C все привыкли, знают чего от него ждать. В общем, хотя я бы не рекомендовал начинать новые проекты на C, но и считать тех, кто так делает, надалёкими тоже не спешил бы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #156

156. Сообщение от Vacu923ek (ok), 23-Апр-22, 02:23	+/–
> Три, если ещё посчитать D в режиме «Better C» Это ещё что за чушь?? ЗАЧЕМ использовать современный язык в режиме "эмулируем убогого Си"? Ди прекрасен, он и есть преемник и Си, и Сипипей. > И ни один из них не является безусловной заменой, везде есть сложности, подводные камни Чем тебе Ди не угодил как замена С++? Он даже называется ДИ - следущая буква в развитии Си линейки. > К C все привыкли, знают чего от него ждать Ничего хорошего. Сколько есть "Сей", столько и НЕСОВМЕСТИМЫХ реализаций. Всё, что сложнее хелловорлда, сразу падает при переносе в другую ОСь. Или код превращается в #ifdef у6людcтво, где на строчку кода - 50 строчек проверок на ОСь. > В общем, хотя я бы не рекомендовал начинать новые проекты на C... Значит всё таки воняет прошлым веком? :) >, но и считать тех, кто так делает, надалёкими тоже не спешил бы. Если бы каждый клоун, заводящий Си-проект в 21 веке, мог бы ВЕСКО ОБОСНОВАТЬ за каким хреном он пишет на языке из 70-ых, я бы взял слова назад. Но правда такова, что малолетним смузихлёбам просто делать нехрена и надо выпендриться - ставят линухи, ковыряются в сях, чтобы только на форумах блеснуть очередным протухшим знанием с каким флагом канпелять Qt. Просто возьми Ди и начни писать. Все проблемы там решаемы, язык устоялся, больше нет причин для гнилых отмазок "вооооот, у вас тама всё нистабииииильна!". НАДО ПИСАТЬ, не надо оправданий.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #155 Ответы: #158

157. Сообщение от Vacu923ek (ok), 23-Апр-22, 02:26	+/–
нда... дурачку букву в линуксе замени - обосрётся от обиды!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

158. Сообщение от warlock (??), 28-Апр-22, 17:09	+/–
В D вшит сборщик мусора, а значит он во-первых требует райнтайма (настоящего, жирного), а во-вторых написанные на нём программы имеют принципиально иное поведение в части потребления памяти по сравнению с программами на C. Поэтому как замена C он годится только в режиме «Better C», когда сборщик мусора откушен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #159

159. Сообщение от Vacu923ek (ok), 28-Апр-22, 19:02	+/–
> В D вшит сборщик мусора ШТА?? Вот видите, как смешно получается - вы не знаете структуру Ди, а заявляете... Сборщик мусора там ОТКЛЮЧАЕМЫЙ!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #160

160. Сообщение от warlock (??), 29-Апр-22, 01:39	+/–
>> В D вшит сборщик мусора > ШТА?? Вот видите, как смешно получается - вы не знаете структуру Ди, > а заявляете... > Сборщик мусора там ОТКЛЮЧАЕМЫЙ! Ну так режим «Better C» — это и есть по сути отключение сборщика мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #161

161. Сообщение от Vacu923ek (ok), 29-Апр-22, 03:01	–2 +/–
> Ну так режим «Better C» — это и есть по сути отключение сборщика мусора. Опять фигню говоришь! Это отдельный режим компилятора, а отключение GC - отдельная вещь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

162. Сообщение от Аноним (162), 01-Ноя-22, 21:38	+/–
вот тут обзор сделали этого V, короче шляпа он https://mawfig.github.io/2022/06/18/v-lang-in-2022.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

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

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