The OpenNET Project / Index page

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



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

Оглавление

В языке программирования Zig обеспечена поддержка самораскрутки (bootstraping), opennews (ok), 16-Апр-22, (0) [смотреть все]

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


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

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

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

27. "В языке программирования Zig обеспечена поддержка самораскру..."  +8 +/
Сообщение от Брат Анон (ok), 17-Апр-22, 07:51 
По ссылке ниже есть vlang. Он явно существенно лучше спроектирован, чем Zig, и во многих местах -- лучше, чем golang. Я впечатлён. Конечно, далеко не так прост как Оберон, но vlang действительно толково сделан.

Я бы даже сказал vlang -- это Rust здорового человека.

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

71. "В языке программирования Zig обеспечена поддержка самораскру..."  –5 +/
Сообщение от Vacu923ek (ok), 17-Апр-22, 23:38 
":=" как присвоение??! Жуйте сами!
Ответить | Правка | Наверх | Cообщить модератору

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

73. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Vacu923ek (ok), 18-Апр-22, 04:45 
> Непривычно, но внезапно - это исключает шанс случайно перепутать = и ==
> (если такой оператор там есть).

:) нет, такая отмаза не катит. "Защита от дурака" не должна быть такой, что только дурак и захочет пользоваться таким языком. Защищать надо в меру.
Для присвоения (которое сплошь и рядом) вполне логичен "=". Для сравнения - да боже, у вас есть весь юникод!! Хотите - много чего на выбор: "~", "≡", "cmp" и т.п. Но присвоение трогать нельзя - оно слишком частое, чтобы над ним издеваться.

Вот что бы я упростил, так это у6людские "приведения типов" - их вот как раз надо делать какими-нть закавыками: << или := или ⇐  потому что постоянно срать в код (BetterType)somevar надоело.

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

74. "В языке программирования Zig обеспечена поддержка самораскру..."  –2 +/
Сообщение от Vacu923ek (ok), 18-Апр-22, 04:47 
Ещё нашёл суперстрелу :)  ⇚

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

76. "В языке программирования Zig обеспечена поддержка самораскру..."  +3 +/
Сообщение от Ан (??), 18-Апр-22, 08:43 
Лигатуры не нужны. Keep It Simple Stupid
Ответить | Правка | Наверх | Cообщить модератору

91. "В языке программирования Zig обеспечена поддержка самораскру..."  –1 +/
Сообщение от Vacu923ek (ok), 18-Апр-22, 16:26 
> Лигатуры не нужны. Keep It Simple Stupid

Вот ты "Шариков"! Слово выучил, а значение - нет. :) Это НЕ лигатура! Это обычный одиночный символ.

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

96. "В языке программирования Zig обеспечена поддержка самораскру..."  +2 +/
Сообщение от Ан (??), 18-Апр-22, 16:58 
Не вижу такого символа у себя на клавиатуре. Это обыкновенная лигатура "<=".

___Keep It Simple Stupid___

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

128. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от ммнюмнюмус (?), 19-Апр-22, 21:19 
> :) нет, такая отмаза не катит. "Защита от дурака" не должна быть
> такой, что только дурак и захочет пользоваться таким языком.

Бывают просто машинальные опечатки (типа забыл, что '=' нужно было двойным кликом, а не одинарным). Хорошо, если предупреждение, как с GCC. А так конкретная ошибка компиляции.

> Для присвоения (которое сплошь и рядом) вполне логичен "=". Для сравнения -
> да боже, у вас есть весь юникод!!

А чем присваивание хуже, что юникод не заслужило))). А кто под емаксом - так вообще, обёртку поверх fontlock (как я лямбдой в elisp) - и потом понтоваться скринами))).

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

129. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от ммнюмнюмус (?), 19-Апр-22, 21:40 
> Вот что бы я упростил, так это у6людские "приведения типов" - их
> вот как раз надо делать какими-нть закавыками: <<

Побитовый сдвиг на свалку?

> или :=

И кому тогда будет нужен одиночный '=' ? Есть обычное присваивание.

> или ⇐  потому что постоянно срать в код (BetterType)somevar надоело.

P.S.
> Для сравнения - да боже, у вас есть весь юникод!! Хотите - много чего на выбор: "~", "≡", "cmp"

facepalm
А давайте изобретём язык программирования на базе китайского, иероглифами (они же типа графики) XD

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

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

75. "В языке программирования Zig обеспечена поддержка самораскру..."  +7 +/
Сообщение от Брат Анон (ok), 18-Апр-22, 07:49 
Нет, аноним. Ты не прав. Это объявление переменной на месте. И это единственный способ создать переменную без указания её типа с одновременной инициализации. По сравнению с питоном -- очень правильное решение.
Меня бесит, когда в питоне посередине портянки на 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 — превосходный результат.

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

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

Логично

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

83. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Аноним (83), 18-Апр-22, 11:48 
А с zig можете сравнить?
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

87. "В языке программирования Zig обеспечена поддержка самораскру..."  +2 +/
Сообщение от Брат Анон (ok), 18-Апр-22, 15:55 
> А с zig можете сравнить?

Мне zig малопривлекателен и в силу его синтаксиса, и в силу того, какие синтаксические конструкции он предлагает. Да и не знаю я его.

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

101. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Аноним (101), 18-Апр-22, 18:09 
Не знаете, а поспорить любите)))

И сделать выводы какой он плохой и тд и тп.

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

114. "В языке программирования Zig обеспечена поддержка самораскру..."  +2 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:25 
> Не знаете, а поспорить любите)))
> И сделать выводы какой он плохой и тд и тп.

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

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

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

88. "В языке программирования Zig обеспечена поддержка самораскру..."  +2 +/
Сообщение от Брат Анон (ok), 18-Апр-22, 15:57 
> :D спасибо что не дал развиться ненужным надеждам и фантазиям. )

Пожалуйста. Пять баксов, брат.

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

153. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от tmplsr (?), 21-Апр-22, 11:07 
>> :D спасибо что не дал развиться ненужным надеждам и фантазиям. )
> Пожалуйста. Пять баксов, брат.

1.2, A.Stahl (ok), 11:01, 24/06/2019 [ответить][к модератору] +17 +/–
Написано слишком пафосно.  Философский, блин, камень. Перпетум, бля, мобиле.
Интересно, кто-то вспомнит об этом языке через 3 года?
Увидим...

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

84. "В языке программирования Zig обеспечена поддержка самораскру..."  –1 +/
Сообщение от Аноним (84), 18-Апр-22, 13:43 
Прочитал ваш комментарий! Заинтересовался!
Пошел поставил, стал читать доку, дошел до строк, рун и массивов. Затем написал вот такой код, чисто по приколу, чтобы проверить свою теорию:)
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, и всё работает:)))  
Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

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

90. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от Брат Анон (ok), 18-Апр-22, 16:01 
> Забыл сказать, меня нет не на гитхабе:), не в дискорде:), так что
> я не репортил данный баг. Поэтому если вам не трудно, то
> зарепортите вместо меня.
> ПС: ну и можете там передать привет от местных экспертов опеннета:)))

Ок. Репортю.

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

89. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Брат Анон (ok), 18-Апр-22, 16:01 
> ПС: Проблема решается банально просто, так как rune это V-шный тип, то
> отсюда и проблемы,
> в данном случае нельзя переменную нызывать rune:)) Исправляем например на my_rune, и
> всё работает:)))

Именно поэтому vlang хуже Оберона. Оберон ни в каком Си не нуждается. Если прога работает -- прога работает.

Что касается затенения ключевых слов -- это вообще плохая практика. К слову, переменную затенить не выйдет. Если вспомнить, что текущая версия vlang 0.28 -- надеяться на то, что такой код можно затащить в прод, или иметь какие-то гарантии  РБНФ -- нет, пока слишком рано.

Но в-целом, приличное начало, язык уже многое умеет и за многое бьёт по рукам. Это хорошо. Синтаксис явно лучше чем у Раста.

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

97. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от Аноним (84), 18-Апр-22, 17:11 
>>> Оберон ни в каком Си не нуждается. <<<

От обилия капса в Обероне, лично у меня вытекают глаза, и я не люблю читать нечто подобное:( Ничего не могу с собой поделать. Так что, в этом плане, я предпочитаю Си:)

>>> Синтаксис явно лучше чем у Раста. <<<

По крайне мере у Rust очень достойный компилятор:) Когда понимаешь ключевые концепции языка, то пользоваться им одно удовольствие. По крайней мере после С++ это словно глоток свежего воздуха.

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

110. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:13 
> От обилия капса в Обероне, лично у меня вытекают глаза, и я
> не люблю читать нечто подобное:( Ничего не могу с собой поделать.
> Так что, в этом плане, я предпочитаю Си:)

Ну, капс во многих компиляторах настраивается. И даже BEGIN/END можно успешно подменять скобочками. Такие конвертеры есть.

>>>> Синтаксис явно лучше чем у Раста. <<<
> По крайне мере у Rust очень достойный компилятор:) Когда понимаешь ключевые концепции
> языка, то пользоваться им одно удовольствие. По крайней мере после С++
> это словно глоток свежего воздуха.

После крестов любой язык будет лучше.


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

118. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Аноним (84), 19-Апр-22, 11:48 
>>> После крестов любой язык будет лучше. <<<

Кажется я неясно выразился. Я имел ввиду, что компилятор языка Rust лучше любого компилятора C++. Другими словами, я не считаю что сам язык Rust лучше чем язык C++:)

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

125. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Ан (??), 19-Апр-22, 17:27 
На основании чего ты делаешь такое заявление? По скорости я вижу, что плюсы лучше:

https://benchmarksgame-team.pages.debian.net/benchmarksgame/...

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

127. "В языке программирования Zig обеспечена поддержка самораскру..."  –2 +/
Сообщение от Аноним (84), 19-Апр-22, 20:58 
Да, при чем тут вообще скорость.

Компилятор С++, сообщая вам об ошибке, вываливает вам "внутренности", до которых вам как программисту вообще нет никакого дела и сиди разбирайся, что и где именно не так, и самое главное что нужно сделать чтобы это исправить не понятно - это просто отвратительно!

Компилятор Rust, в свою очередь, выдает вам понятное сообщение о том что не так, в каком именно месте, и что нужно сделать чтобы это исправить, - это просто божественно! Нет серьезно, я когда изучал Rust, я просто радовался как ребенок, просто поверить не мог, что такое бывает:) Вы сделали что-то не так, а вам говорят, сделайте вот здесь вот так, - вы делаете как говорят и всё работает!

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

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

Привери живой пример в обоих языках.


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

133. "В языке программирования Zig обеспечена поддержка самораскру..."  –2 +/
Сообщение от Аноним (84), 20-Апр-22, 07:28 
> Привери живой пример в обоих языках.

Проявите хоть немного самостоятельности: C++ шаблоны вам в помощь:). Про ситуации, когда компилятор C++ просто молчит: всеми известный, банальный пример с вектором, - я пожалуй тоже помолчу:)
ПС: Если ваш опыт работы с комипиляторами Rust и С++, не совпадает с моим, ну Ок! Я не собираюсь вас ни в чем убеждать, и с пеной у рта что-то доказывать.

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

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

То есть, привести простейший пример, где компилятор Rust выигрывает у компилятора плюсов ты не можешь. Так и запишем.


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

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

111. "В языке программирования Zig обеспечена поддержка самораскру..."  +2 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:15 
> Что в Rust не нравится? Точка с запятой?

Синтаксис в-целом. Но это не так фатально. Я считаю неприемлимой семантическую нагрузку на программиста. В этом смысле vlang откровенно хуже Оберона. Если программист не в состоянии контролировать семантическую сложность языка -- значит программист будет писать заведомо плохой код.

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

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

122. "В языке программирования Zig обеспечена поддержка самораскру..."  +2 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 12:50 
> Вроде у Rust Си-подобный синтаксис, если рассматривать его вцелом. Но какую семантическую
> нагрузку вы имеете ввиду?

Я имею в виду, откройте РБНФ и посмотрите количество правил. Слишком много всего вываливается на бедную голову программиста. От сишного синтаксиса меня воротит. У Раста по синтаксису гораздо больше от крестов, чем от Си. А кресты вызывают у меня рвотный рефлекс.

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

102. "В языке программирования Zig обеспечена поддержка самораскру..."  –2 +/
Сообщение от Аноним (101), 18-Апр-22, 18:15 
1. Zig тоже не нуждается ни в каком С, он полностью самодостаточный

2. Он не позволяет затенять переменные, вообще никакие.

Затенение действительно в таких языках плохо. Я не согласен что вообще ничего затенять нельзя - можно, но очень осторожно.

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

Надеюсь это ослабят потом.
Но пока в Zig "максимальная строгость", вообще ничего не затеняется

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

115. "В языке программирования Zig обеспечена поддержка самораскру..."  +4 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:29 
> 1. Zig тоже не нуждается ни в каком С, он полностью самодостаточный

Не совсем. В новости выше что-то про LLVM. А это внешняя прослойка по отношению к языку.

> 2. Он не позволяет затенять переменные, вообще никакие.

А ключевые слова?

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

Нельзя. Никогда. Нигде.

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

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

> Надеюсь это ослабят потом.
> Но пока в Zig "максимальная строгость", вообще ничего не затеняется

Ещё раз: ключевые слова? Версия 0.28 как у vlang? Если у языка версия 1.хх (а это именно так) -- менять семантику языка -- это то, за что разрабов надо расстреливать.

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

119. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от BratishkaErik (ok), 19-Апр-22, 11:54 
> А ключевые слова?

Идентификатор может быть любым, если юзать синтаксис @"name". Например:
> const @"абракадабра" = 1;

Или:

> var @"var" = 2;

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

120. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от BratishkaErik (ok), 19-Апр-22, 11:55 
> Если у языка версия 1.хх (а это именно так)

Нет, версия 0.9.1.

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

99. "В языке программирования Zig обеспечена поддержка самораскру..."  –1 +/
Сообщение от Аноним (99), 18-Апр-22, 17:23 
> vlang действительно толково сделан.

Там у авторов что-то с головой странное. Они называют чистыми функции, которые выполняют операции I/O.  Они утверждают, что не нужен сборщик мусора, но тут же поясняют что autofree не работает и поэтому везде нужен сборщик мусора.

У них hello world на момент анонса языка в котором уже делались громкие заявления о том, как он всех победил - падал с segmentation fault.

Авторы языка выставили себя на посмешище и с тех пор заметно лучше не стало.


> Я бы даже сказал vlang -- это Rust здорового человека.

Да, где-то там в мире фантазий, в котором vlang - работает.  В реальном мире просто он, в отличие от раста, не работает. Плюс см. что-то странное с головой у авторов.

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

103. "В языке программирования Zig обеспечена поддержка самораскру..."  –5 +/
Сообщение от Аноним (101), 18-Апр-22, 18:23 
Согласен, выбирал Zig / V / Rust, остановился на Zig.

V совершенно не готов ни для чего, даже с учётом моей возможности взять свежий экспериментальный язык.

Немного почитал про него, посмотрел Issues, полный швах.

Вместо того что сконцентрироваться на языке, пишут и какую графическую библиотеку на нём, и текстовый редактор - замену vim, и ядро операционной системы, и Бог весть что ещё.

Автор явно не глупый, но...

Поэтому V не подходит даже для pet проектов.

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

108. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Ан (??), 19-Апр-22, 09:01 
А это что, прости? https://github.com/vlang/awesome-v
Ответить | Правка | Наверх | Cообщить модератору

109. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Ан (??), 19-Апр-22, 09:03 
И это вдобавок: https://www.amazon.com/Getting-Started-Programming-end-end-e...
Ответить | Правка | Наверх | Cообщить модератору

123. "В языке программирования Zig обеспечена поддержка самораскру..."  –1 +/
Сообщение от Аноним (123), 19-Апр-22, 17:07 
> 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

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

124. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от Ан (??), 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ообщить модератору

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

137. "В языке программирования Zig обеспечена поддержка самораскру..."  –2 +/
Сообщение от Ан (??), 20-Апр-22, 12:10 
https://github.com/vlang/vinix
Ответить | Правка | Наверх | Cообщить модератору

139. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Аноним (139), 20-Апр-22, 14:31 
>> embedded ... avr
> https://github.com/vlang/vinix
> amd64

/0

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

141. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Ан (??), 20-Апр-22, 16:21 
>>> embedded ... avr
>> https://github.com/vlang/vinix
>> amd64
> /0

Ты вообще читаешь тред, или так, понабрасывать пришёл? Я повторюсь, если ты не понял, V и Vinix работают на ___любом___ железе, где есть libc. И на AVR тоже: https://www.nongnu.org/avr-libc/


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

144. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Аноним (139), 20-Апр-22, 19:51 
> Ты вообще читаешь тред, или так, понабрасывать пришёл?

Т.е. ты запостил ссылку от балды, а теперь отчаянно сруливаешь с темы.

> Я повторюсь, если ты не понял, V и Vinix работают на ___любом___ железе, где есть
> libc. И на AVR тоже: https://www.nongnu.org/avr-libc/

https://github.com/vlang/v/issues/8754
> V lang on bare metal? #8754
> "Уже почти совсем да, но пока нет" ...

ЧТД.

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

145. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Ан (??), 20-Апр-22, 21:45 
>> Ты вообще читаешь тред, или так, понабрасывать пришёл?
> Т.е. ты запостил ссылку от балды, а теперь отчаянно сруливаешь с темы.
>> Я повторюсь, если ты не понял, 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ообщить модератору

146. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от Аноним (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".

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

147. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Ан (??), 20-Апр-22, 23:11 
>[оверквотинг удален]
>
 
> 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.

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

149. "В языке программирования Zig обеспечена поддержка самораскру..."  +/
Сообщение от Аноним (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.
>

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

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

132. "В языке программирования Zig обеспечена поддержка самораскру..."  +1 +/
Сообщение от Аноним (139), 20-Апр-22, 00:02 
>>> 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, засравший комменты.

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

135. "В языке программирования Zig обеспечена поддержка самораскру..."  –3 +/
Сообщение от Ан (??), 20-Апр-22, 12:03 
>>>> 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ообщить модератору

112. "В языке программирования Zig обеспечена поддержка самораскру..."  +3 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:21 
>> vlang действительно толково сделан.
> Там у авторов что-то с головой странное. Они называют чистыми функции, которые
> выполняют операции I/O.  

Не увидел такого. У них написано, что они в первую очередь практикуют чистые функции.

> Они утверждают, что не нужен сборщик мусора,
> но тут же поясняют что autofree не работает и поэтому везде
> нужен сборщик мусора.

Там автосвобождение памяти для замкнутого пространства имён. Сборщик мусора -- это опция, необходимая в глобальном пространстве. Но глобальное пространство в vlang запрещено. Как видно по примеру, это им никак не мешает демонстрировать ОС на vlang.


> У них hello world на момент анонса языка в котором уже делались
> громкие заявления о том, как он всех победил - падал с
> segmentation fault.

Не знаю. У меня сейчас ничего не падает. Кроме того, посмотрите внимательно на версию языка.

> Авторы языка выставили себя на посмешище и с тех пор заметно лучше
> не стало.

Авторы языка никак не могли выставить себя на посмешище по причине того, что им ещё нечего показывать. Смотрите на версию языка.

>> Я бы даже сказал vlang -- это Rust здорового человека.
> Да, где-то там в мире фантазий, в котором vlang - работает.  
> В реальном мире просто он, в отличие от раста, не работает.

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

> Плюс см. что-то странное с головой у авторов.

Это не аргумент. Не приводите его больше мне.

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

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

С этого места чуть подробнее, пожалуйста.

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

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

113. "В языке программирования Zig обеспечена поддержка самораскру..."  +4 +/
Сообщение от Брат Анон (ok), 19-Апр-22, 10:22 
> Там половина заявленных фич так и висит в «доработке».
> Уже годами.. он вообще пилится кем-то сейчас?

Из того, что там заявлено у меня всё собирается и работает. Не знаю, какие у вас проблемы. Было бы недурно представить реально неработающие примеры.

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

116. "В языке программирования Zig обеспечена поддержка самораскру..."  +3 +/
Сообщение от Ан (??), 19-Апр-22, 11:04 
На гитхаб заглянуть не судьба?

https://github.com/vlang/v/releases

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

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

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

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

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




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

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