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

"Для Nim 3.0 развивается новый компиляторный бэкенд на основе формата NIF"	+/–
Сообщение от opennews (??), 06-Апр-25, 18:41
В процессе разработки версии 3.0 языка программирования Nim ведётся работа над обновлённым компилятором, использующим промежуточный формат NIF (Nim Intermediate Format). В новом компиляторе будет решено несколько технических задач, среди которых улучшение инкрементальной компиляции и упрощение управления зависимостями между модулями. Дата релиза Nim 3.0 пока не определена... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=63031
Ответить | Правка | Cообщить модератору

Сообщения

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

3. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+2 +/–
Сообщение от Аноним (3), 06-Апр-25, 18:42
> позволяет добиться производительности близкой к Си, если не учитывать затраты на выполнение сборщика мусора В nim к слову их несколько. Включая arc/orc счётчики ссылок, которые работают даже на обычных микроконтроллерах без rtos. Если gc не нужен, его можно и вовсе отключить. Стандартная библиотека от него не зависит.
Ответить | Правка | Наверх | Cообщить модератору

	6. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Карлос Сношайтилис (ok), 06-Апр-25, 19:16
	К сборщикам мусора принято относить компоненты языка, что делают stop the world. Иначе С, С++ и Rust тоже языки с GC, т.к. имеют (или могут иметь) счётчики ссылок.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+4 +/–
	Сообщение от Аноним (9), 06-Апр-25, 19:42
	> компоненты языка Может быть всё таки компоненты рантайма? > К сборщикам мусора принято относить stop the world Это где так принято?
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (18), 06-Апр-25, 20:31
	>> К сборщикам мусора принято относить stop the world > Это где так принято? В ябловском свифте, то ли ушлыми маркетолухами, то ли самими фанатами ябла. Рассказы и заверения о том, что сборка мусора по счетчику - совсем не сборка мусора > Swift does not use garbage collection. It uses automatic reference counting (ARC) пошли (хоть это и чисто субъективное имхо) именно оттуда. До этого, почему-то считалось: https://homes.cs.washington.edu/~bodik/ucb/cs164/sp12/lectur... https://www.researchgate.net/publication/2534368_A_Pure_Refe... что это одна из разновидностей "стратегий" сборки (в плюсах там относительная простота реализации и предсказуемость). Ну а че с необразованных дидов взять-то? Побочкой правда оказывается, что в том же питоне тогда тоже - сборки мусора "нет" ...
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от n00by (ok), 07-Апр-25, 11:43
	> До этого, почему-то считалось: > https://homes.cs.washington.edu/~bodik/ucb/cs164/sp12/lectur... > https://www.researchgate.net/publication/2534368_A_Pure_Refe... Первая ссылка - 2012-й год. Задолго до этого подсчёт ссылок считался "управлением жизни объекта" https://learn.microsoft.com/en-us/windows/win32/com/rules-fo... (смотреть следует дату не публикации, а реализации COM - это прошлый век). Плюс, это учебный курс, где сравнение различных подходов полезно (и при подсчёте ссылок остаётся в прямом смысле мусор, если ссылки циклические, и не предпринимать мер). По второй ссылке что, если в двух словах? Впрочем, оно опять не "до", а "после".
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (16), 06-Апр-25, 20:22
	счетчик ссылок и есть алгоритм сбора мусора..
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	73. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от n00by (ok), 07-Апр-25, 11:30
	Это алгоритм автоматического управления памятью, как и сборка мусора.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (18), 06-Апр-25, 20:39
	> К сборщикам мусора принято относить компоненты языка, что делают stop the world. В (C)Python, перле, луа тоже нет "stop the world". Внезапно, да? > Иначе С, С++ и Rust тоже языки с GC, т.к. имеют (или могут иметь) счётчики ссылок. Путаем теплое и мягкое. Нюанс тут в опциональности - т.е. штатно в этих трех можно память самому, ручками, управлять, подключая при необходимости хоть аллокатор своего собственного авторства.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	32. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (16), 06-Апр-25, 23:05
	В Питоне есть GC и stop the world тоже
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (18), 06-Апр-25, 23:35
	> В Питоне есть GC и stop the world тоже В питоне - основным идет "счетчик ссылок". Плюс опциональный (отключаемый) GC для сборки циклических зависимостей - без него никаких "stop the world" (ну, типа - потому что на самом деле затык будет еще и в стандартной библиотеке аллокатора, т.е. тут даже с ручным malloc-free можно вполне "нарваться"). Прям как в сабже (ARC и ORC).
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Нуину (?), 06-Апр-25, 21:09
	> Иначе С, С++ и Rust тоже языки с GC, т.к. имеют (или могут иметь) счётчики ссылок. Там счетчики ссылок работают детерминирванно: четко сказано когда будет вызван "деструктор", если счетчик ссылок станет 0. В питоне, например, он вообще может быть не вызван.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	41. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (41), 07-Апр-25, 07:05
	Ты не можешь знать, что вот именно в этом месте счетчик станет нулевым
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 08:30
	> Ты не можешь знать, что вот именно в этом месте счетчик станет нулевым Тем не менее, неотключаемый GC - это очень четкая граница водораздела, отделяющая НеСистемных от системных. Контроль над происходящим В ДЕТАЛЯХ - это и есть системное программирование. А если вы все это не хотите - апликухи пишите, используя прослойки "от богов" которые за вас и разберутся как вон то внутрях работало.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от n00by (ok), 07-Апр-25, 11:56
	Как можно проконтролировать отсутствие фрагментации кучи при вызовах malloc() и free()?
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 14:20
	https://habr.com/ru/companies/otus/articles/889020/
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от n00by (ok), 07-Апр-25, 16:16
	Надо взять за правило: не ходить по ссылкам без пояснений. Сорцы glibc и без них открыты.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 17:19
	там какой-то чел на зарплате гундосит про работу malloc и free, в т.ч. про фрагментацию
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 17:20
	странно, что ты сам не сходил и не почитал те сорцы, а побежал на опеннете вопросы задавать
	Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

	94. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+2 +/–
	Сообщение от Аноним (94), 07-Апр-25, 15:26
	> Как можно проконтролировать отсутствие фрагментации кучи при вызовах malloc() и free()? Не делая эти вызовы, например! В си как системном ЯП так можно. То-есть я сам решаю какая аллокация памяти будет в моей программе. Для фирмвар вполне нормально "static memory allocation" практиковать. Когда все заранее раздали статичкски - и тогда не только нет непредсказуемых лагов, да и закончиться память - не может. Такого понятия просто нет. Остаются конечно еще рекурсии и VLA всякие, но сие при нужде опять же обязательно не делается. И при нужде гасится на уровне анализатора или ключей компилера вообще.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

5. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (5), 06-Апр-25, 19:15
Зачем нужны языки высокого уровня, компилирующиеся в другие языки высокого уровня? Разрабам этой штуки не даётся компиляция в IR llvm/gcc?
Ответить | Правка | Наверх | Cообщить модератору

	8. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 06-Апр-25, 19:39
	1) попиши на нём и узнаешь, зачем 2) автор языка так не хочет. у него есть какие-то аргументы, но всем на них закономерно пофиг
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (90), 07-Апр-25, 15:09
	"Попишите чтобы понять нафиг поделка вообще нужна" и "какие-то аргументы" - такой себе маркетинг.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 17:18
	а это не раст, чтобы тебе что-то продавать
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+3 +/–
	Сообщение от Андрей (??), 07-Апр-25, 08:11
	Дешевле получить более высокоуровневые фишки с интеграцией широко распространённых и кроссплатформенных языков/инструментов. Фактически, если это всё ручками писать/переписывать(алгоритмы преобразования кода, оптимизации), то автоматически закладываешь 10+ лет отставания, всё это время отставая одновременно и по скорости внедрения новых возможностей, так и по скорости работы кода. Плюс бонусом транспилируя в Си/плюсы можно сверхлегко получить интероперабельность с ними, вместе со всеми библиотеками на нём.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	65. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (65), 07-Апр-25, 10:17
	У llvm есть фатальные недостатки, тут обсуждали https://www.linux.org.ru/forum/development/17699718
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	82. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (-), 07-Апр-25, 13:24
	Читал тот тред. Аргументов "чем плох llvm" так и не увидел. Куча безосновательных "а давайте все транслировать в сишку, а потом компилять".
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–2 +/–
	Сообщение от n00by (ok), 07-Апр-25, 12:01
	Потому что Си и создавался, что бы в него "компилировали" другой язык высокого уровня - "препроцессор языка Си". Следующим широкоизвестным ЯВУ, "компилирующимся" в Си был Cfront Страуструпа.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	100. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 16:19
	>Потому что Си и создавался, что бы в него "компилировали" другой язык высокого уровня Не перевирай. >Следующим широкоизвестным ЯВУ, "компилирующимся" в Си был Cfront Страуструпа. Самый первый "компилятор языка C++" был ООП надстройкой над компилятором Си. Причина банальная, Страуструп не умел писать компиляторы. Чтобы писать компилятор надо знать архитектуру компьютера, машинные коды, ассемблер. А Страуструп знал только высокоуровневые языки.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от n00by (ok), 07-Апр-25, 16:34
	>>Потому что Си и создавался, что бы в него "компилировали" другой язык высокого уровня > Не перевирай. 5.1.1.1 Program structure 1 ... After preprocessing, a preprocessing translation unit is called a translation unit. Теперь я могу сказать, что "компилировали" означает переносный смысл и подожду к какой части прицепится любитель устроить спор на ровном месте. >>Следующим широкоизвестным ЯВУ, "компилирующимся" в Си был Cfront Страуструпа. > Самый первый "компилятор языка C++" был ООП надстройкой над компилятором Си. Он был "препроцессором", как и обсуждаемый транслятор из новости. > Причина > банальная, Страуструп не умел писать компиляторы. Чтобы писать компилятор надо знать > архитектуру компьютера, машинные коды, ассемблер. А Страуструп знал только высокоуровневые > языки. Какая чушь.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (107), 07-Апр-25, 16:47
	>> Причина банальная, Страуструп не умел писать компиляторы. > Какая чушь. Интересно, а что бы на это сказал сам Страуструп? Вдруг что-то вроде "C plus plus has been evolving from day one because it's design Choice back in about 1979 because I realized that there was no way I could build a perfect language from scratch I didn't have the resources I didn't have the knowledge and the world changes all along" ? Из недавнего интервью youtu.be/eLLi0nWMUMs?t=208
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (95), 07-Апр-25, 15:57
	Любой компилятор первым делом делает лексический парсинг в AST. Они просто стандартизировали этот этап, чтобы можно было обработать AST любыми внешними инструментами. До IR тут еще даже не подошли.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

7. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от 12yoexpert (ok), 06-Апр-25, 19:38
не решает главную проблему языка: отсутствие отладчика. автору предлагали реализовать клиент к gcc, безуспешно
Ответить | Правка | Наверх | Cообщить модератору

	11. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (9), 06-Апр-25, 19:50
	Забей на отладчик, выводи всё в консоль.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (14), 06-Апр-25, 20:21
	640 KB и printf хватит всем.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (21), 06-Апр-25, 21:04
	В Боинге тоже так думали. Пока не перестали так думать.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+2 +/–
	Сообщение от Аноним (-), 07-Апр-25, 08:32
	> В Боинге тоже так думали. Пока не перестали так думать. Так и представляю себе - прогер прицепил дебагер, степает программу... боинг застывает в воздухе, ждет пока программер отстепает код бортового компьютера :). Вот была бы красота, если б это еще и катило. Жаль что законы физики хрен убедишь... И да, представляете, тыкаться дебагером в живую реалтаймную систему - это такое весьма спеицфичное развлечение. Ибо - это интрузивно и - меняет поведение системы. Но чтобы об этом знать - надо этим заниматься, а не на форуме умничать.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 13:32
	Боинг большой) Там есть много систем и далеко не все должны фурычить в риалтайме. Например сортир или мультемедийная система. И их можно дебажить сколько угодно. Даже ассертов понапихать, если лениво разбираться где все-таки оно ломается Возможно тогда нам не приходилось бы читать новости "хакер взлома самолет через вайфай телевизора в сиденье"
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 16:33
	> Боинг большой) > Там есть много систем и далеко не все должны фурычить в риалтайме. А таки довольно многие - должны. Простите но реальный мир не будет ждать пока вы там в дебагере наковыряетесь. Более того - управляющий софт вообще-то должен был управляющие воздействия выдавать. А если вы его поставили колом в дебагере - он так, очевидно, не мог. И результат (зависевший от этих воздействий) разумеется совсем другой. И вот что вы спрашивается отладили в результате? > Например сортир или мультемедийная система. Этих вообще можно и не отлаживать по сути. Даже если что и факапнется - not a big deal. > И их можно дебажить сколько угодно. Даже ассертов понапихать, если лениво разбираться > где все-таки оно ломается > Возможно тогда нам не приходилось бы читать новости "хакер взлома самолет через > вайфай телевизора в сиденье" Ну конечно, дебагер волшебным образом отловит сам экзотичные баги с левыми действиями пользователя. Наверное, путем телепатии. Не, при нормальной работе программ - те условия не возникают совсем никогда. Нужен - особо креативный тип, который сделает что-то вопиюще нестандартное. Что не было предусмотрено вон теми. И вот тогда... он возможно получит какой-то нежданчик в поведении того софта. Возможно как-то полезный ему в его начинаниях. Т.е. вы и этот топик тоже - не понимаете.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (23), 06-Апр-25, 21:09
	К GDB может?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	30. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 06-Апр-25, 22:46
	нет, ему предлагали реализовать компиляцию через уже существующие компиляторы, например, gcc (хотя автор работает в амазон, так что, думаю, если и будет делать, то через llvm, чисто всем назло. так же, как он свои книги продаёт) автор настаивал на какой-то нелепой фигне, уже не помню. типа, мол, зачем, если можно выплюнуть C/C++, obj-c или java и компилять или запускать чем хочешь. а то, что в gdb при отладке помойка, - это почему-то его не волнует
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (27), 06-Апр-25, 22:00
	Этот шаг, в первую очередь, направлен на улучшение инструментария языка программирования (на что неоднократно ныли неосиляторы без плагина под их любимую IDE). Каким местом вы читали новость?
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	29. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 06-Апр-25, 22:44
	при чём тут направление шага и чтение новости, если описанное не решает главную задачу - отсутствие отладчика?
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (27), 07-Апр-25, 07:08
	При том, что для нового бэкенда можно будет улучшить состояние отладчика, как и lsp и т.д. Можете почитать ветку форума: https://forum.nim-lang.org/t/12693
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+2 +/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 09:44
	> However, I expect in practice we'll just use NIFC-to-LLVM instead of NIFC-to-C and get the typical debugging experience of all the other compiled languages. таки я был прав, чел завендорлочит всё на llvm
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (90), 07-Апр-25, 15:11
	> отсутствие отладчика. автору предлагали реализовать клиент к gcc, безуспешно Понятно, очередной мистер "путь самурая". На язык я хотел посмотреть, но с таким автором вижу что пустая трата времени.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

13. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (14), 06-Апр-25, 20:21
> если не учитывать затраты на выполнение сборщика мусора А если учитывать?
Ответить | Правка | Наверх | Cообщить модератору

	42. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (41), 07-Апр-25, 07:06
	Нет, давай лучше не учитывать. Выгодно сравнивать скорость, когда память не особождается
	Ответить | Правка | Наверх | Cообщить модератору

25. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (25), 06-Апр-25, 21:19
Они что собираются программировать на этом языке одну систему на все платформы? Или "фактический код мы запишем за Вас"
Ответить | Правка | Наверх | Cообщить модератору

26. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Нуину (?), 06-Апр-25, 21:34
Насколько хорошо подходит промежуточное представление, чтобы генерировать из него высокоуровневый Си код? Он же высокоуровневый в итоге?
Ответить | Правка | Наверх | Cообщить модератору

31. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от 12yoexpert (ok), 06-Апр-25, 22:51
интересно, насколько описанное в mastering nim после этого превратится в тыкву, там немаленькая часть книги касается именно пайплайна компиляции. язык и так страдает от полного отсутствия высокоуровневой документации, по сути есть только форум и дока на api
Ответить | Правка | Наверх | Cообщить модератору

33. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Vorobej (?), 06-Апр-25, 23:29
Язык системного программирования, компилирующий в язык системного программирования... а JavaScript и без того высокоуровневый. Да еще макросы, всё усложняющие. И графики своей нет, как есть у Питона. Печально, но это провал (
Ответить | Правка | Наверх | Cообщить модератору

	35. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Нуину (?), 06-Апр-25, 23:48
	> а JavaScript и без того высокоуровневый Возможность сложить строки с числами и оператор тройного равенства - это сколько по шкале высокоуровневости?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 02:36
	по сравнению с perl 6 это практически asm
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 16:36
	>> а JavaScript и без того высокоуровневый > Возможность сложить строки с числами и оператор тройного равенства - это сколько > по шкале высокоуровневости? Да не сильно много. Склыдывать строки вообще что попало умеет по сути.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	108. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (107), 07-Апр-25, 16:52
	>> Возможность сложить строки с числами и оператор тройного равенства - это сколько  по шкале высокоуровневости? > Да не сильно много. Склыдывать строки вообще что попало умеет по сути. Это до момента console.log(NaN === NaN); // Output: false console.log(+0 === -0); // Output: true или (!+[]+[]+![]).length === 9 Вообще там куча приколов, чего только banana стоит.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 17:16
	> console.log(NaN === NaN); // Output: false > console.log(+0 === -0); // Output: true как и в любом другом языке. сходи почитай, как компьютер хранит эти ваши чиселки
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+2 +/–
	Сообщение от Аноним (36), 07-Апр-25, 01:27
	Это какая графика есть у питона? Биндинги к С/С++?
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	39. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (39), 07-Апр-25, 04:49
	Во во, тоже удивляюсь. Иногда хочется гуй на питоне сделать, думаю, мож появилось чего, иду гуглить, а там все тот же список биндингов к кутям и прочий пайгейм с тсл/тк. Грустно, вот как раз на питоне самое то графику делать, а всякое высокопроизводительное уже в нативе.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (-), 07-Апр-25, 08:27
	> Во во, тоже удивляюсь. Иногда хочется гуй на питоне сделать, думаю, мож появилось > чего, иду гуглить, а там все тот же список биндингов к кутям и прочий пайгейм с тсл/тк. Вон там RenPy есть. Но лучше б он биндингами к годоту был, и то менее позорно было бы... :)
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (97), 07-Апр-25, 16:08
	> RenPy Там под капотом тот же PyGame.
	Ответить | Правка | Наверх | Cообщить модератору

	96. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (97), 07-Апр-25, 16:07
	Гражданин вероятно имеет в виду питонобиндинги к Tcl/Tk.
	Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

	92. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (90), 07-Апр-25, 15:12
	Это какая такая своя графика у питона? Только не говори что tkinter, который, во-первых, не своя, во-вторых графикой-то не назовёшь.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

38. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
Сообщение от Аноним (38), 07-Апр-25, 04:00
Пытался писать что-то на нём. А так как я начинающий программист, то использую много копипаста из своего кода(и не только своего). Но из-за использования отступов для разделения блоков очень затрудняется весь процесс. В то время когда я на нём что-то пробовал не было автоформатирования. Надо было постоянно суетиться с этим форматированием. Я же новичок. Не пишу программу сразу целиком, что-то надо добавить что-то перенести из одной функции/процедуры в другую и если у них отступ на разном уровне, то опять сидишь выравниваешь это все пробелами вручную. Даже в то время имея в пример ещё один язык с такими отступами(питон) я понимал, что люди как-то решают или обходят эту проблему, а в nim это есть? А примеры gui кода видели? Вложенные отступы за пределами экрана, если что-то сложное хочешь. То есть нужно мотать ещё и горизонтальную прокрутку. Вот это все и оттолкнуло меня.
Ответить | Правка | Наверх | Cообщить модератору

	78. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от n00by (ok), 07-Апр-25, 12:18
	Очень ценный опыт. Насколько понимаю, такой синтаксис сделали намеренно, что бы "научить начинающих хорошему". В итоге люди уходят из-за траты времени на выравнивание. Оно, конечно, важно, но ещё важнее, что бы программа работала, так? Остаются "эстеты".
	Ответить | Правка | Наверх | Cообщить модератору

40. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
Сообщение от Аноним (39), 07-Апр-25, 04:51
Только честно, есть крутые проекты, использующие этот ним(как и какой нибудь д)?
Ответить | Правка | Наверх | Cообщить модератору

	44. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 07:37
	https://github.com/search?q=language%3ANim&type=reposit... Не всё крутое, но посмотреть есть что.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (27), 07-Апр-25, 07:45
	https://github.com/niv/neverwinter.nim
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

47. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–2 +/–
Сообщение от Аноним (-), 07-Апр-25, 08:26
> Язык Nim ориентирован на решение задач системного программирования, > использует статическую типизацию и создан с оглядкой на такие языки, как Python, Ada и Modula Ориентирован на задачи системного программирования - поэтому ориентировался на то что для системнщины меньше всего подходит и используется. Оок!
Ответить | Правка | Наверх | Cообщить модератору

51. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (51), 07-Апр-25, 08:36
> Согласно спецификации NIF, опубликованной в репозитории проекта, новый формат позволяет хранить код > в виде абстрактного синтаксического дерева (AST) И все это - вообще зачем? Слава объектников не давала покоя, но поскольку это транспилер то объектные файлы не вырисовывались?
Ответить | Правка | Наверх | Cообщить модератору

	56. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от cheburnator9000 (ok), 07-Апр-25, 09:32
	Там у разработчиков языка и основных авторов популярных библиотек страстная любовь поанонировать на кодогенерацию. Вот пример https://github.com/ba0f3/telebot.nim/tree/master полностью обмазанная возможностями AST. Пока программисты на других ЯП что-то там вручную собирают библиотеку для телеги для json для network и т.д, эти просто описали все API. Такое дебажить очень сложно, да собственно толкового дебага в Nim никогда не было.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от n00by (ok), 07-Апр-25, 12:39
	Но почему оно требует отладки? Сама идея "генерировать код по описанию" возникла, что бы избежать ошибок при кодировании. То есть при этом либо как-то доказывается корректность, либо генерируются тесты.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от cheburnator9000 (ok), 07-Апр-25, 13:51
	> Но почему оно требует отладки? Сама идея "генерировать код по описанию" возникла, > что бы избежать ошибок при кодировании. То есть при этом либо > как-то доказывается корректность, либо генерируются тесты. Оно не требует. Моя программа бота для телеги когда я пробовал пару лет назад написать - требовала. И вместо отладки там когоденерированная лапша, которая накладывается поверх транспилированной лапши самого ЯП Nim. Ровно такой же проблемой страдает Vala один в один. Я лично жду Carbon, но там в разработчиках сплошное LGBT (запрещенная в россии организация (лол)). Ждать еще будем минимум лет 10 если оно не рипнится быстрее. Лучше всего дебаг реализован здесь https://plugins.jetbrains.com/plugin/15128-nim но судя по всему разработчик там один да и плагин забросили печально.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 14:37
	> Я лично жду Carbon, Я бы не сильно ждал) Во-первых это замена для плюсов. "Carbon is fundamentally a successor language approach, rather than an attempt to incrementally evolve C++. It is designed around interoperability with C++ as well as large-scale adoption and migration for existing C++ codebases and developers." Во-вторых он пилится и пилится, но разрабы советуют ипользовать другие ЯП при возможности Смотрим их README.md на github com/carbon-language/carbon-lang Existing modern languages already provide an excellent developer experience: Go, Swift, Kotlin, Rust, and many more. Developers that can use one of these existing languages should. Т.е создатели карбона сами советуют использовать другие языки где можно, а вот где совсем "не можна" - то там использовать его. Думаю у них экспертизы больше и их словам я поверю) Ну и еще один аргумент против - carbon-lang#project-status Carbon Language is currently an experimental project. We are hard at work on a toolchain implementation with compiler and linker. Это конечно исправимо (время + деньги), но в данный момент ситуация такова. > но там в разработчиках сплошное LGBT (запрещенная в россии организация (лол)). Иногда лучше работать с открытыми gay'ми чем с крысами-321ми Ты же с ними будешь код писать, а не спать) > Ждать еще будем минимум лет 10 если оно не рипнится быстрее. Скорее всего рипнется))
	Ответить | Правка | Наверх | Cообщить модератору

54. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
Сообщение от cheburnator9000 (ok), 07-Апр-25, 09:25
Блд. А для Дебага хоть что-то было сделать? Ну хоть что-то?? Там ведь реально дебажить нельзя толком проект. Все через дикие позорные костыли.
Ответить | Правка | Наверх | Cообщить модератору

55. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
Сообщение от Аноним (55), 07-Апр-25, 09:25
Реалии таковы, что без реальной поддержки со стороны IT гигантов, всё это нафиг никому не нужно! И да, это означает что Rust уже победил все эти zig, vlang и т.д. ПС: хотя, тут выше кто-то писал, что автор работает в Амазоне, так что посмотрим, может со временем будут его использовать как Гугл использует Go для решения своих бизнес задач. Хотя опять же, зачем если уже есть Rust!?
Ответить | Правка | Наверх | Cообщить модератору

	57. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (57), 07-Апр-25, 09:33
	> Rust уже победил Огласите все критерии победы, пожалуйста, я записываю.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от kravich (ok), 07-Апр-25, 09:54
	Критерии победы Rust заключаются в том, что ты приготовился записывать критерии победы Rust, а не критерии победы Nim или Zig
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (55), 07-Апр-25, 09:55
	Я уже огласил самый важный критерий для современного IT (всё остальное вторично!): >>> реальной поддержки со стороны IT гигантов <<<
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	68. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (57), 07-Апр-25, 10:47
	Критерий не засчитан. Непонятно самое главное - над кем/чем объявлена воображаемая "победа". Гиганты тоже могут ошибаться (особенно учитывая кто ими сейчас управляет). Несколько смущает и культура "современной" разработки.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (57), 07-Апр-25, 11:06
	Можно ли считать, что активная фаза военных действий уже пройдена? Или планируются дополнительные наступательные операции для объявления окончательной победы?
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	84. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (-), 07-Апр-25, 13:37
	> Можно ли считать, что активная фаза военных действий уже пройдена? Нет конечно! Все только начинается. Пока намечен плацдарм в ядре, планируется высадка и захват территории. Сопротивление подавили, хоть и не без потерь. > Или планируются дополнительные наступательные операции для объявления окончательной победы? Естественно. В этом может помочь правительство, недовольное бекдорами от ЖинТиянов. Т.е бекдоры должны быть только от родимых Джонов и Смиттов.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (57), 07-Апр-25, 14:58
	>> Можно ли считать, что активная фаза военных действий уже пройдена? > Нет конечно! Все только начинается. > Пока намечен плацдарм в ядре, планируется высадка и захват территории. > Сопротивление подавили, хоть и не без потерь. Ваша организованная диверсионно-подрывная деятельность рассчитана на отсутствие у врага средств для борьбы со ржавчиной, которая со временем проникнет глубже и разрушит структуру ядра? >> Или планируются дополнительные наступательные операции для объявления окончательной победы? > Естественно. > В этом может помочь правительство, недовольное бекдорами от ЖинТиянов. > Т.е бекдоры должны быть только от родимых Джонов и Смиттов. Джоны и Смитты - надеюсь, современные вайб-кодеры, модной ориентации?
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (107), 07-Апр-25, 16:34
	> Ваша организованная диверсионно-подрывная деятельность Не слишком она уж организована. Да и диверсий мы не делаем. Так иногда пуканчики подрываем, тут согласен. > рассчитана на отсутствие у врага средств для борьбы со ржавчиной, Первое что мы сделали - это заручились поддержкой ключевых фигур. Зачем с кем-то бороться если он может стать союзником. Такие люди как Линус и особенно Грег в полной мере оценили преимущества раста. > которая со временем проникнет глубже и разрушит структуру ядра? Ядро и так в, мягко говоря, в не самом лучшем состоянии. Если получится растом залеплять самые плохие мест, то это покажет разработчикам (и главное их спонсорам) "а что так можно было?!". Ну типа жить без постоянных RCE и прочей радости. > Джоны и Смитты - надеюсь, современные вайб-кодеры, модной ориентации? Вот чесно, мне абсолютно плевать с кем спит разработчик. И веган ли он, мне тоже пофиг. И есть ли у него дети, бьет ли он свою жену, шутит про тещу. Я использую его код, он может быть хорошим, может плохим. Этого достаточно. Не знаю откуда на этом форуме взялась такая мания заглядывать разработчикам в штаны, то ли АУЕшные фильны повлияли, то ли какие-то неудовлетворенные фетиши. Ты же не паришься какой слесарь будет ремонтировать твое авто (ну кроме БМВ), змаужняя или нет пекарь что печет хлеб или какого цвета волосы у кассира в пятерочке?
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–1 +/–
	Сообщение от Аноним (69), 07-Апр-25, 10:53
	Критерии победы, он один: язык и компилятор должен быть rust.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	70. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 11:01
	Если выпустили кукую нибудь программу на rust, то обязательно в самом заголовке будет упоминание Rust в отличие от других языков. Более того правительство США призывает отказаться от небезопасных языков.
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

	72. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+1 +/–
	Сообщение от Аноним (57), 07-Апр-25, 11:16
	Правильно ли я понимаю, что правительство США выразит глубокую озабоченность, если кто-то осмелится использовать "небезопасный" язык?
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от n00by (ok), 07-Апр-25, 12:41
	Не выразит - оно сменилось.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (90), 07-Апр-25, 15:20
	> Реалии таковы, что без реальной поддержки со стороны IT гигантов Поддержка IT гигантов нахрен никому не сдалась, тем более что поддерживают они только сами себя. Нужна поддержка сообщества, а сообщество мусор всякий подбирать не будет. Поэтому, например, взлетает rust и даже zig, за которым гигантов нет (нет, мозилла даже близко не гигант) но которые хорошо решает свои задачи. И не взлетает swift, за которым стоит аппле, но который нахрен никому не сдался. А nim так вообще никаких задач не решает и является игрушкой автора.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	109. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (55), 07-Апр-25, 16:58
	>>> Нужна поддержка сообщества <<< Корпорациям пофиг на какое-то соообщество фриканов; они бабки пилят с обычных пользователей! >>> Поэтому, например, взлетает rust ... за которым гигантов нет.<<< Ага, Майкрософт и Гугл и вообще правительство США смотрят на вас c явным недоумением! >>> swift, который нахрен никому не сдался <<< Ага, идите и расскажите эти сказки разработчикам которые пилят софт под яблочную экосистему и зарабатывают бабки на тех самых обычных пользователей, коих большинство! >>> А nim так вообще никаких задач не решает и является игрушкой автора. <<< Ну хоть в чём то мы с вами сошлись:) а весь весь мой посыл был именно об этом!)
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (90), 07-Апр-25, 18:53
	> Ага, Майкрософт и Гугл и вообще правительство США смотрят на вас c явным недоумением! Так это не поддержка, это просто использование. Язык взлетел без ms и гугла, и когда он взлетел его стали использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (55), 07-Апр-25, 19:01
	>>> взлетел без ms и гугла <<< да неважно как он взлетел!!! руби вон тоже взлетел в своё время, но это ему как-то не сильно помогло! важна именно поддержка корпарасов и точка!
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (-), 07-Апр-25, 18:22
	> Поддержка IT гигантов нахрен никому не сдалась, тем более что поддерживают они только сами себя. И что ты сделаешь без поддержки ядра дровами от IT гигантов? Достанешь 8800 GT из кладовки)? > Нужна поддержка сообщества, а сообщество мусор всякий подбирать не будет. Так корпы это и есть сообщество. Ну в нормальном понимании - "те кто что-то делают" - пишут код. Понятно, что сейчас Шообщество - это просто болтуны на форумах, которые даже пулл-реквеста не отправили, зато считают что им все должны. > Поэтому, например, взлетает rust и даже zig, за которым гигантов нет (нет, мозилла даже близко не гигант) но которые хорошо решает свои задачи. Гиганты уже рассмотрели преимущества того что работает и собрались в раст фоундейшн. Гугл так вообще пару миллионов строк кода написал в андроид. > И не взлетает swift, за которым стоит аппле, но который нахрен никому не сдался. Странно, вот прямо сейчас на свифте пишет куча народу и зарабатывает деньги) Эплу не нужен свифт для всех, им нужен свифт для себя. > А nim так вообще никаких задач не решает и является игрушкой автора. Зато удостоился новости))
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

	119. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (90), 07-Апр-25, 18:58
	> И что ты сделаешь без поддержки ядра дровами от IT гигантов? > Достанешь 8800 GT из кладовки)? Так мы не про дрова, а про языки. > Гиганты уже рассмотрели преимущества того что работает и собрались в раст фоундейшн. Которое что сделало? Запретило логотип и название использовать? Экосистема это переиспользуемый код в виде крейтов, код пишет сообщество, а фаундейшн к нему отношения вообще никакого не имеет. > Гугл так вообще пару миллионов строк кода написал в андроид. Да хоть миллиардов - это код под его личные нужды который нигде более не переиспользуется, считай что его и нету. Код - это crates.io. Сходи и посмотри сколько там кода корпорашек.
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (55), 07-Апр-25, 19:11
	>>>  код пишет сообщество <<< да проснитесь вы уже! что-то реально полезное пишет не сообщество, а сотрудники компаний которые юзают опенсоурс для решения своих бизнес задач; посмотрите кто является спонсорами этого вашего опенсоура и прекратите себя обманывать.
	Ответить | Правка | Наверх | Cообщить модератору

60. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (60), 07-Апр-25, 09:52
Они уже и на ELF покушаются?
Ответить | Правка | Наверх | Cообщить модератору

63. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+2 +/–
Сообщение от Аноним (63), 07-Апр-25, 09:55
> формат NIF (Nim Intermediate Format) Где-то повернулась на другой бок Беседка с её .nif (NetImmerse File Format) и продолжила спать)
Ответить | Правка | Наверх | Cообщить модератору

	74. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–2 +/–
	Сообщение от Аноним (74), 07-Апр-25, 11:35
	Щас бы ещё на миллионы трёхбуквенных расширений оглядываться.
	Ответить | Правка | Наверх | Cообщить модератору

66. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (66), 07-Апр-25, 10:45
То есть он умеет JavaScript в исполняемый файл переводить?
Ответить | Правка | Наверх | Cообщить модератору

80. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	–2 +/–
Сообщение от Аноним (80), 07-Апр-25, 12:41
ЯП, энфорсящий пробелы, идёт сразу ффтопку.
Ответить | Правка | Наверх | Cообщить модератору

	86. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 14:15
	язык позволяет писать со скобочками. он позволяет делать с синтаксисом практически что угодно
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (97), 07-Апр-25, 16:13
	> позволяет писать со скобочками Но наличие табов в исходнике — это сразу ошибка этапа компиляции.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 17:10
	я к тому, что ты можешь поменять синтаксис как хочешь, хоть на расте пиши. язык не форсит ни пробелы, ни табы
	Ответить | Правка | Наверх | Cообщить модератору

101. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
Сообщение от Аноним (97), 07-Апр-25, 16:28
Забавно, что столько реплик уже настрочено, но по ссылке в новости никто из комментаторов, судя по всему, не ходил. Не поленился, и докладываю: раньше nim компилировался в сишечку, теперь же он будет компилироваться в лишп (а точнее кастомный диалект оного). Похоже, автор телепал-телепал, и наконец дотелепал до неизбежного этапа в жизни каждого разработчика компиляторов — быть покусанным SICP'ом. Занавес.
Ответить | Правка | Наверх | Cообщить модератору

	106. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от Аноним (106), 07-Апр-25, 16:41
	Современный SICP использует JavaScript.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Для Nim 3.0 развивается новый компиляторный бэкенд на основе..."	+/–
	Сообщение от 12yoexpert (ok), 07-Апр-25, 17:10
	> Не поленился, и докладываю: раньше nim компилировался в сишечку, теперь же он будет компилироваться в лишп (а точнее кастомный диалект оного). похоже, ты понятия не имеешь, как там устроен процесс сборки
	Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

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

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