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

"Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
Сообщение от opennews (ok), 27-Окт-24, 11:09
Опубликован выпуск проекта Tinygo 0.34, развивающего компилятор языка Go для  маломощных систем, таких как микроконтроллеры  и встраиваемые устройства, которым необходима генерация очень компактных исполняемых файлов и низкое потребление ресурсов. Компиляция для поддерживаемых целевых платформ реализована в tinygo при помощи LLVM, а  библиотеки функций заимствованы из основного инструментария проекта Go.  Код распространяется под лицензией BSD... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62115
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
Сообщение от Брат Анон (ok), 27-Окт-24, 11:09
Развивается проект, это радует. Особенно удовлетворён упоминанием ESP32. Джва года ждал!)
Ответить | Правка | Наверх | Cообщить модератору

	7. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+5 +/–
	Сообщение от Аноним (7), 27-Окт-24, 11:32
	Сборщик мусора на ESP32, да…
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+5 +/–
	Сообщение от НяшМяш (ok), 27-Окт-24, 15:03
	А на атмеге вообще шикарно должно быть...
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+8 +/–
	Сообщение от Аноним (28), 27-Окт-24, 17:09
	Да, все ваши два указателя будут проверены.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от Аноним (-), 27-Окт-24, 22:51
	А вот и не факт что там их будет два. В некоторых случаях вполне один или без него. Просто нужно знать ньюанс как писать. В чистых функциях может быть совсем по другому.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от n00by (ok), 28-Окт-24, 10:42
	Осталось понять, зачем в Haskell сборщик мусора.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Советский инженер (ok), 27-Окт-24, 19:31
	помоему к 128 меге можно повесить внешнюю SRAM. и вперед, и с песней :)
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	39. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (39), 27-Окт-24, 19:57
	> помоему к 128 меге можно повесить внешнюю SRAM. > и вперед, и с песней :) Только мало кто ЭТО делает - разводка печатки сразу сильно сложнее и SRAM отдельным чипом стоит как две атмеги.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от _kp (ok), 28-Окт-24, 01:15
	Мега с памятью дороже какого нибудь ARМ или дешевого ESP у которого и памяти хватает, да еще и только подпертой батареей памяти больше, чем на Меге вообще памяти. ;) Сейчас Меги хороши только для начального обучения, и простых задач где есть смысл в относительнл сильных выводах без обвязки.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	53. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от Аноним (-), 28-Окт-24, 01:44
	> Мега с памятью дороже какого нибудь ARМ или дешевого ESP у которого > и памяти хватает, да еще и только подпертой батареей памяти больше, > чем на Меге вообще памяти. ;) > Сейчас Меги хороши только для начального обучения, и простых задач где есть > смысл в относительнл сильных выводах без обвязки. А учитывая вон те 10-центовые RISCV - пусть и всего 16 кил флеша и 2 кило рамы, атмега с таким же стоит в разы больше. И при том - у вон того 32 бит ядро, DMA, и вообще обвес как у STM32. А атмега... оверпрайснутая какаха мамонта на этом фоне. Откровенный навар на нубах.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+2 +/–
	Сообщение от Аноним (41), 27-Окт-24, 21:01
	А чего вас удивляет? Народ микропитона на эспишках гоняет токо в путь! А тут го, который раз эдак в 10 эффективней змеи.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	72. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (7), 28-Окт-24, 11:31
	Интерпретатор на микроконтроллере является в значительной мере меньшим безумием, как по мне. Там хотя бы понятно, что сделать с ним получится, а что нет.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 14:50
	Это кому как. Вон там тушка - синтезировали синус мотору ЭТИМ. В принципе даже работало, только ключи чего-то иногда бахали.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (90), 28-Окт-24, 15:42
	Как бы, микроконтроллеры далеко не только в частотниках используются.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 19:23
	> Как бы, микроконтроллеры далеко не только в частотниках используются. Но только питонист может додуматься синтезировать синус целиком софтом - и на интерпретаторе к тому же.
	Ответить | Правка | Наверх | Cообщить модератору

2. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–9 +/–
Сообщение от растист (?), 27-Окт-24, 11:10
Это кем надо быть чтобы писать на Go код для микроконтроллеров... Хорошо что не Java.
Ответить | Правка | Наверх | Cообщить модератору

	4. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+7 +/–
	Сообщение от Аноним (4), 27-Окт-24, 11:16
	Уж всяко лучше, чем на Питоне
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от Вася Пупкин (?), 27-Окт-24, 11:30
	Развивайте чувство прекрасного
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+3 +/–
	Сообщение от Аноним (10), 27-Окт-24, 11:43
	Василий, не могли бы вы более подробно раскрыть свою мысль?
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–2 +/–
	Сообщение от laindono (ok), 27-Окт-24, 12:37
	Не всяко, на PHP хуже. И да, оно существует.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	5. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+3 +/–
	Сообщение от Аноним (5), 27-Окт-24, 11:17
	Можешь выкидывать свою симку и банковскую карту, под них можно писать на жабе.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	8. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (7), 27-Окт-24, 11:32
	Жавакард это не совсем то, о чём ты подумал.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–3 +/–
	Сообщение от Денис Попов (?), 27-Окт-24, 14:30
	> Хорошо что не Java. Хорошо что в лужу. Java апаратно поддерживалась (см Jazelle)
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	18. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от НяшМяш (ok), 27-Окт-24, 15:05
	Не повод для гордости. Вон целый андроид под влиянием обычных мобилок с "аппаратным ж2ме" до сих пор страдает.
	Ответить | Правка | Наверх | Cообщить модератору

	30. Скрыто модератором	+/–
	Сообщение от Аноним (28), 27-Окт-24, 17:11
	Вы хоть с этим работали. Там фризы просто минутные ...
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	81. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 14:56
	> Хорошо что в лужу. Java апаратно поддерживалась (см Jazelle) ЧСХ практически никто этой штукой не пользовался на практике. Потому что поддерживалось далеко не все, и это только добавляло сложностей, при не особо каком ускорении и потере гибкости. Ну все на это и забили. А андроид - вообще на ЭТО вроде бы не уповал никогда. Как максимум они AOT удумали с какого-то момента, но это вообще совсем другое.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	31. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (31), 27-Окт-24, 17:21
	>Хорошо что не Java. Не знаю, есть ли Java для микроконтроллеров, но JS есть.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	33. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+8 +/–
	Сообщение от Аноним324 (ok), 27-Окт-24, 18:32
	Тем временем Java Embedded существует каких-то 20 с хвостиком лет.
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Анон1110м (?), 28-Окт-24, 08:23
	Не считается. Ведь JavaScript лучший в мире язык программированния с революцыонными идеями.
	Ответить | Правка | Наверх | Cообщить модератору

	70. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним324 (ok), 28-Окт-24, 10:55
	> Не считается. Ведь JavaScript лучший в мире язык программированния с революцыонными идеями. Я то согласен что JS лучший язык в мире, но тут люди не шарят именно за джаву.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Оно ним (?), 28-Окт-24, 09:43
	А есть ещё Java card, который практически в любой симке.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	73. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (73), 28-Окт-24, 12:13
	А она точно для микроконтроллеров? А не для кнопочных телефонов?
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	88. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним324 (ok), 28-Окт-24, 15:33
	> А она точно для микроконтроллеров? А не для кнопочных телефонов? Для кнопочных телефонов другое существует.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (41), 27-Окт-24, 21:12
	Вы видимо этого и не делали никогда. Давно уже там питон обжился.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	82. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 14:58
	> Вы видимо этого и не делали никогда. Давно уже там питон обжился. Бэйсик тоже много куда пролезть пытался. Только где он теперь? А, нубы пострадали фигней и забили? Ну и это там же будет. По тем же причинам.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от _kp (ok), 28-Окт-24, 01:19
	>>кем надо быть чтобы писать на Go код для микроконтроллеров Ну, типичные задачи мелкой автоматизации на Go писать нецелесообразно. Да и инфраструктура библиотек и примеров не благоприятствует этому. Но, если что то не типичное делать, то почему бы и нет. Плюс, аппетит приходит во время еды. Так что посмотреть даже из баловства, именно на микроконтроллерах можно.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	68. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Бывалый Смузихлёб (ok), 28-Окт-24, 10:48
	что-то не типичное может оказаться ещё сложнее в реализации и поддержке какие-нибудь прерывания со специфическими условиями или ещё какой цирк с конями. Особенно весёлым, вероятно, будет поиск того места где что-то работает не так как вроде бы должно но ломается не каждый раз
	Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–4 +/–
Сообщение от мяв (?), 27-Окт-24, 11:10
вот это реально интересно! грустно, правда, что куда ни посмотри - везде код на плюсах(спасибо llvm и gcc) и все +- одно и то же. даже идей каких-нибудь не подчерпнешь. Зы. >В отличие от не обновлявшегося последние три года похожего компилятора emgo в tinygo куда, автор, запятую дел? все люди, пишущие новости, на изучение пунктуации в школе забили???
Ответить | Правка | Наверх | Cообщить модератору

	83. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 15:00
	> куда, автор, запятую дел? все люди, пишущие новости, на изучение пунктуации в школе забили??? Прикольно когда такие претензии - от человека который заглавные буквы не ставит. И, кстати, что мешает писать новости вот лично вам? Будет так как напишете вы. Можете лучше? Вперед.
	Ответить | Правка | Наверх | Cообщить модератору

11. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
Сообщение от Аноним (11), 27-Окт-24, 11:54
Что-то я не понял. Ну допустим есть у меня какой-то контроллер и этот tinyGo. Я же не могу ни одну бибилотеку для Go использовать, они ведь памяти выделают с оглядом на PC. А без бибилотек, зачем нужен тут Go?
Ответить | Правка | Наверх | Cообщить модератору

	12. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+3 +/–
	Сообщение от Советский инженер (ok), 27-Окт-24, 12:35
	так с Сишечекой такая же фигня. библиотеки для десктопа и бареметала практически не пересекаются.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–2 +/–
	Сообщение от НяшМяш (ok), 27-Окт-24, 15:08
	Даже в расте и то сделали no_std режим.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
	Сообщение от Аноним (25), 27-Окт-24, 16:11
	> библиотеки для десктопа и бареметала практически не пересекаются. Неправда ваша, все что чистая математика прекрасно работает и там и там. Скажем крипто какое, FEC, и тому подобное. Отдельные эстеты даже некоторые аудиокодеки запускать умудряются (конечно посложнее ADPCM, его кто угодно запустит на чем угодно). Например вон там ReedSolomon влет портировался на MCU из писючной либы. Ну да, жрет 400 байтов RAM, но даже на AVR влазит при сильном желании (конечно на AVR считает неспешно, но - считает). А прелесть в том что можно на PC отладить с жирной инструментацией типа asan/ubsan, опробовать разные варианты, fuzzer'ом покормить чтобы посмотреть лох ли парсер, и - вот - прекрасно перенести на мк. Хоть для вас то это наверное заоблачный хайтек. А де факто это нормальный воркфлоу приличного сишника сейчас.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	34. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Советский инженер (ok), 27-Окт-24, 18:32
	>Неправда ваша, все что чистая математика прекрасно работает и там и там. такое и для этого игого, о котором новость, заработает >Скажем крипто какое, FEC, и тому подобное. скажем я бы посмотрел как ты openssl в stm32 запхнеш вот mbedtls туда влазит, но маленькими, тшательно вырезаными кусочками. >Отдельные эстеты даже некоторые аудиокодеки запускать умудряются вот вот, и я о том же. одельные эстеты и именно что умудряются >А прелесть в том что можно на PC отладить с жирной инструментацией так а кто против, все так и делают. да, математика кое какая влезает. но это не отменяет того что используются библиотеки заточеные для ембеда. либо просто маленькие, дибо сильно-пресильно кастомизируемые (как mbedtls, где макросами можно оставить буквально пару алгоритмов).
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 27-Окт-24, 20:06
	> такое и для этого игого, о котором новость, заработает А на игого кто-то пишет ЭТО? Как раз GC и тому подобное там очень мешает - вызывая неконтролируемый жор ресурсов и лаги. Для мк это зачастую тот еще облом. > скажем я бы посмотрел как ты openssl в stm32 запхнеш Легкие варианты TLS в жирные варианты STM32 запихивают, кому надо. И STM32 понятие растяжимое. Есть F100 какой, но есть же и H7 всякие. А также - честный external bus у многих, на который можно столько RAM навесить что - в майнлайне до сих пор есть порт Linux на ЭТО. > вот mbedtls туда влазит, но маленькими, тшательно вырезаными кусочками. При остром желании зачем-то затолкать слона в канареечную клетку там даже Linux - есть. Наверное на таком сетапе можно и openssl. Если допаивать флеша и оперативу к варианту с ext bus жаба не удушит. > вот вот, и я о том же. одельные эстеты и именно что умудряются Тем не менее - одна из причин по которым некоторые кодеки таскают integer only вариант. И результат бывает весьма крут и профессионален. > да, математика кое какая влезает. но это не отменяет того что используются > библиотеки заточеные для ембеда. либо просто маленькие, Они и на PC отлично работают. В чем прелесть и состоит. Да, конечно раздолбайские или жирные либы есть и на сях. А на игого - ориентированых на эмбед просто нет, вероятно. Ибо с GC оно - такое себе.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (31), 27-Окт-24, 17:26
	С Сишечкой и всем к нему действительно близким (BetterС, например) фигня другая - есть newlib.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	55. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от Аноним (-), 28-Окт-24, 01:47
	> С Сишечкой и всем к нему действительно близким (BetterС, например) фигня другая > - есть newlib. О чем это все вообще? В МК и тому подобном с newlib линковаться вообще - несколько экзотично, для начала. И так то в сишечке начиная с 99 версии аж - freestanding есть стандартно и официально.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (59), 28-Окт-24, 04:57
	Блин, чувак, ты что нибудь кроме attyni13 в руках держал вообще?
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
	Сообщение от Аноним (-), 28-Окт-24, 15:12
	> Блин, чувак, ты что нибудь кроме attyni13 в руках держал вообще? STM32 например. Нормально будет? Но там тоже newlib - далеко не самый частый гость. Конечно при остром желании на STM32 можно даже линукс бутануть, но и это относительно нишевое развлечение. Так что, чувак, твои проблемы - мягко говоря не мирового масштаба. Да и вообще я не особо уловил суть претензий.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от _kp (ok), 28-Окт-24, 01:28
	Если на не самых худоресурсных ARM использовать, или ESP32 c Psram, то там память не жмёт. А вот с фрагментацией кучи обычно беда, и интенсивное использование кучи и стабильная длительная работа несовместимы. По умолчанию не совместимы. Так что инструмент со сборкой мусора вполне интересен. Но остаются вопрос, насколько кучеряво в одном проекте для контроллеров удастся совмещать код на С/С++ и этот вариант Gо.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	69. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от n00by (ok), 28-Окт-24, 10:51
	А консервативный (не уплотняющий) сборщик мусора чем-то принципиально отличается от кучи в плане фрагментации? Если размер объектов одинаков, то "пустоты" будут заполняться в обоих случаях. Если новый объект больше свободной ячейки, то без уплотнения "свободная" память непригодна.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от _kp (ok), 28-Окт-24, 21:21
	На Еsp32 использовать динамические объекты в стоковой куче --> писать глюкало. И если размеры памяти и позволяют запустить "типичный С++ код в объектном стиле", то фрагментация кучи делит весь профит на ноль. Вопрос лишь во времени работы. Таким образом, если в GO для какого либо микроконтролоера  дефрагментации кучи нет, то и как то серьезно использовать его на том контроллере смысла нет. Ну не ради же одного синтаксиса. ;)
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от n00by (ok), 29-Окт-24, 15:19
	Дефрагментация в общем случае требует перемещение объекта в памяти, для чего добавляется лишняя косвенность, либо корректируются все ссылки. Не уверен, что в Go такое возможно малой кровью. Когда немного копал вопрос, Compacting GC встречались в языках уровня LISP.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от _kp (ok), 29-Окт-24, 17:37
	Так и не надо все что ни есть в одно корытце пихать. Универсальное одинаково хуже чего угодно, по сравнению со специализированным. Кстати, на ESP8266, ESP32, STM32 я использую две кучи, а иногда и три кучи с разной реализацией.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от n00by (ok), 30-Окт-24, 11:57
	Я к тому, что если бы мне потребовалось автоматическое управление памятью плюс уплотнение кучи, то пришлось бы смотреть в сторону языков уровнем выше Go. Тем более, что 10-е правило Гринспена никто не отменял. Но пока не потребовалось, да и нашёл Рефал - там фрагментация кучи не может привести к ошибке "недостаточно памяти", только к просадке производительности на процессорах, где есть кеш. Сам язык специфичен и не факт, что сгодится для МК. Но подход - все объекты одного размера - вполне сгодится. Если нужны размеры разные, как раз две-три кучи и получится. :)
	Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
Сообщение от Аноним (17), 27-Окт-24, 15:04
Интересно, а сколько у rust сторонних компилляторов ??
Ответить | Правка | Наверх | Cообщить модератору

	19. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
	Сообщение от НяшМяш (ok), 27-Окт-24, 15:08
	Вам бекенд или фронтенд? https://github.com/rust-lang/rustc_codegen_cranelift https://github.com/rust-lang/rustc_codegen_gcc https://github.com/Rust-GCC/gccrs Последний особенно интересен линукс ядру, чтобы компилировать всё одним компилятором.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Вы забыли заполнить поле Name (?), 27-Окт-24, 16:12
	Что из этого в готовом состоянии? > Последний особенно интересен линукс ядру, чтобы компилировать всё одним компилятором. Интересен может, но не используется же, потому что не готовый.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (45), 27-Окт-24, 22:55
	>чтобы компилировать всё одним компилятором Это не к gcc, а к clangу.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 01:48
	>>чтобы компилировать всё одним компилятором > Это не к gcc, а к clangу. Шланг поддерживает меньше архитектур чем GCC. Так что увы.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (61), 28-Окт-24, 05:22
	Шланг поддерживает генерацию оптимизированного биткода. Как этот биткод на архитектуру отмаппить .. теоретически ничего не мешает взять кодогенератор от древней версии gcc ... или кодогенератор от другого компилятора, который вообще только сишку поддерживает ... или биткод преобразовать в сишку, и уже такую сишку скомпилировать древним, ни разу не обновлявшимся (за ненужностью) компилятором сишки, вроде SDCC (мне он потребовался для одной древней железки с EPROM (это та, что с окошком для ультрафиолета)). Главная фича clangа - это использование одного компилятора для всего и новейший C++ на всех поддерживаемых архитектурах.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (85), 28-Окт-24, 15:20
	> Шланг поддерживает генерацию оптимизированного биткода. У вас какие-то проблемы с прочтением? GCC существует гораздо больше > Как этот биткод на архитектуру отмаппить .. теоретически ничего не мешает А практически, есть я, есть код, есть проц. И под него код либо собирается, либо нет. Это бинарная величина. А чтоб разница была понятна, предлагаю этому анону выдавать зарплату - теоеретически. Можно даже миллион задекларировать. Даже в долларах. На практике их платить, конечно, не стоит. А за что? :) > компилятором сишки, вроде SDCC Это уродец для совсем архаики, с никакущей кодогенерацией. Рядом не стоявшей с оптимизитором GCC. > Главная фича clangа - это использование одного компилятора для всего и > новейший C++ на всех поддерживаемых архитектурах. Во первых, фича становится антифичой, когда libllvm уже метров за сто, а если еще архитектур добавить - то и 200 наверное будет. Парад презрения к архитектуре в программировании какой-то - затолкать все и вся в огромную мегалибу. Во вторых, вот, как-то получается что - не для всего. GCC умеет больше архитектур. И если я вообще не могу собрать код - х мне толку с новейшего C++ который - в пролете?! И вот как раз gcc удобен тем что один тип тулчейна разворачивается на чертову кучу архитектур.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (97), 28-Окт-24, 18:12
	>Рядом не стоявшей с оптимизитором GCC. С оптимизатором шланга. А для 8051 gcc нет. >с никакущей кодогенерацией Оптимизацию должна LLVM делать. >когда libllvm уже метров за сто Каждый из gccшных компиляторов такой. Лучше 1 LLVM метров за сто, чем десяток различных gcc, каждый из которых метров за сто, не находишь? >а если еще архитектур добавить - то и 200 наверное будет Один фиг лучше. >Парад презрения к архитектуре в программировании какой-то - затолкать все и вся в огромную мегалибу Согласен - бэкенды должны идти плагинами, растащенными по shared-либам, чтобы их можно было собирать отдельно от LLVM, а не корячиться с чтением биткода. >И если я вообще не могу собрать код - х мне толку с новейшего C++ который - в пролете?! Ты можешь сконвертировать биткод в си, и уже си собрать.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 20:01
	>>Рядом не стоявшей с оптимизитором GCC. > С оптимизатором шланга. GCC есть для заметно бОльшего числа архитектур чем clang. Таки, у gcc лицензия не позволяла зажимон сорцов и это имело некий эффект. > А для 8051 gcc нет. Да и хрен бы с ним. А под другие - есть. >>с никакущей кодогенерацией > Оптимизацию должна LLVM делать. Sdcc, на минуточку, не использует LLVM. И его кодогенерация - под что угодно - никакая. Учитывая что он как раз под уродских задохликов - это как раз самое стебное и помогает их доканать, какой-нибудь Cortex-M и прочие RISCV еще и - вот - тяжелые оптимизации типа LTO получают бонусом, при том что и так - круче. А с gcc это все получает - довольно много разных архитектур. Под которые Clang внезапно нет. >>когда libllvm уже метров за сто > Каждый из gccшных компиляторов такой. Лучше 1 LLVM метров за сто, чем > десяток различных gcc, каждый из которых метров за сто, не находишь? Нет, я не нахожу что пихать все в 1 мега либу офигенная идея. И потом ВСЕ ЭТО норовит вгрузится мне для какихнить вообще, блин, дров GPU, бджад. А вот GCC мне для генерации шейдеров - да еще с 100500 архитектур в опретиву вгрузитьяс не пытается. И вон то таки - полнейший отстой в моем лексиконе. >>а если еще архитектур добавить - то и 200 наверное будет > Один фиг лучше. Я не разделяю эту точку зрения. Особенно когда эту какаху пытаются в дрова GPU присобачить - и в оперативе будет висеть код для 100500 архитектур. Что совсем не айс. > Согласен - бэкенды должны идти плагинами, растащенными по shared-либам, чтобы их можно > было собирать отдельно от LLVM, а не корячиться с чтением биткода. Ну вот я и не понимаю почему это 1 мегалиба такого веса. GCC мне не создает вон тех проблем. >>И если я вообще не могу собрать код - х мне толку с новейшего C++ который - в пролете?! > Ты можешь сконвертировать биткод в си, и уже си собрать. Я могу и на листочке в клеточку заассемблировать если очень надо. Но только нахрен мне такое счастье, скажем прямо. Мне проще знать gcc и билдовать им.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (109), 28-Окт-24, 22:42
	>у gcc лицензия не позволяла зажимон сорцов и это имело некий эффект. Не, просто gcc был на десятку лет раньше clangа. Как clang допилили до рабочего состояния - так всё новое делают под clang/llvm. И "зажимать сорцы" особо смысла нет. Фирмы, продающие чипы - они с чипов зарабатывают. Разработка компилятора для них - непрофильная активность. Они с радостью это свалят на сообщество. >Sdcc, на минуточку, не использует LLVM Зато clang использует. >И его кодогенерация - под что угодно - никакая. Разумеется. Поэтому оптимизировать надо через LLVM, а потом уже этот LLVM конвертировать в машинный код. >Учитывая что он как раз под уродских задохликов - это как раз самое стебное и помогает их доканать Эти уродские задохлики - промышленное оборудование тридцати-двухлетней давности. Которое никто менять не собирается из-за того, что у них сенсор из строя вышел, а эти сенсоры производить - перестали. >Нет, я не нахожу что пихать все в 1 мега либу офигенная идея. Основная проблема в этом состоит в том, что LLVM очень сложный и гигантский. Я хочу принести туда поддержку одной очень нишевой и инвалидной (10 инструкций, модель исполнения чем-то похожа на OpenCL, но с жёсткими ограничениями на то, что откуда можно писать, что откуда можно читать, и control flow вообще отсутствует, собственно я хочу сделать OpenCL ICD для неё, потому что кодить на её асме - так далеко мы не уедем) архитектуры (мне очень не хочется городить свой костыльный компилятор), и я совершенно не вижу, как это сделать. > И потом ВСЕ ЭТО норовит вгрузится мне для какихнить вообще, блин, дров GPU, бджад. Это вообще очень хорошая вещь. У тебя вот есть программа, допустим, на сишарпе, использующая OpenCL + OpenGL. И у тебя две карты: AMD встройка и NVidia дискретка. Значит надо: icd для OpenCL на дискретку, icd для OpenCl на встройку, icd на процессор для OpenCL, jit для C#, компилятор шейдеров для OpenGL. Вот лучше, когда они все одно и то же внутренне представление и оптимизатор используют. Это оптимизатор и есть там самая тяжёлая и наукоёмкая часть - в этом и весь смысл LLVM. >GCC мне не создает вон тех проблем. gcc создаёт другие проблемы, которые хуже.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 29-Окт-24, 20:17
	>>у gcc лицензия не позволяла зажимон сорцов и это имело некий эффект. > Не, просто gcc был на десятку лет раньше clangа. Эппл уже зажал сорцы. У них свой, особый, уличный clang для xcode. > Как clang допилили до рабочего состояния - так всё новое делают под clang/llvm. Не могу придумать с наскока архитектуру проца которую бы умел clang но не умел хоть какой-то выводок gcc. А наоборот - вполне. И меня волнует - в основном вот это. > И "зажимать сорцы" особо смысла нет. Фирмы, продающие чипы - они с > чипов зарабатывают. А почему у Эппла свой, уличный clang? Проприетарный. А мне быть вторым сортом как-то не в тему. > радостью это свалят на сообщество. Там рулят гугл и эпл на двоих в основном. На мой вкус обе корпорахи - "не очень". > Разумеется. Поэтому оптимизировать надо через LLVM, а потом уже этот LLVM конвертировать > в машинный код. Вам надо - вы и занимайтесь. Мне 8051 вообще не надо в общем случае. А вот какие-нибудь извраты типа Xtensa/LatticeMico и т.п.... - возможны варианты. И да, я умею билдить себе гнутые тулчейны. С LLVM эта идея вызывает у меня дикий ужас. Ребилдануть этот корпоративный монстр, качающий полинтернета? Не, не, не! > Эти уродские задохлики - промышленное оборудование тридцати-двухлетней давности. А я не некромансер. Я в каком-то роде их смерть :). Ибо мне нравится апгрейд и расширение фич, замена на функциональные эквиваленты, реинженернутые с ноля и проч. > Которое никто менять не собирается из-за того, что у них сенсор из > строя вышел, а эти сенсоры производить - перестали. Однако я уже эн раз реинженерил вооооон какие штуки просто посмтрев что оно делает и на более современном уровне переделав это с ноля. Или, вот, закосить под некий сенсор. > для неё, потому что кодить на её асме - так далеко > мы не уедем) архитектуры (мне очень не хочется городить свой костыльный > компилятор), и я совершенно не вижу, как это сделать. И даже AMD с кодогенерацией именно opencl там довольно много бодался и не сказать что это было огромным успехом. Valve это надоело и они свой ACO вообще запилили с горя для шейдеров. >> И потом ВСЕ ЭТО норовит вгрузится мне для какихнить вообще, блин, дров GPU, бджад. > Это вообще очень хорошая вещь. Зашибенская просто. Мне по зарез нужны инструкции ARM в раме когда я GPU шейдеры собирал. Может я вообще в этой сессии ничего под ARM билдить не буду. В итоге сотни RAM жрались под "cold" мегалибы чисто по приколу. И чем больше архитектур - тем хуже это будет. > У тебя вот есть программа, допустим, на сишарпе, использующая OpenCL + OpenGL. К счастью у меня ничего такого нет. > одно и то же внутренне представление и оптимизатор используют. Это оптимизатор > и есть там самая тяжёлая и наукоёмкая часть - в этом > и весь смысл LLVM. А этот ваш нет научили LLVM юзать? И AOT? И все же я считаю что LLVM давно пора на плагины порезать судя по дикому размеру либы. Это по моему самый большой .so в моей системе. И это точно не добавляет симпатий. >>GCC мне не создает вон тех проблем. > gcc создаёт другие проблемы, которые хуже. Нет у меня с ним никаких особых проблем. И в отличие от того монстрилы - перестроить себе тулчейн под какой-то экзот, с нужными параметрами и проч - вполне в пределах сил человеческих.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 29-Окт-24, 21:07
	> Эппл уже зажал сорцы. У них свой, особый, уличный clang для xcode. А сделать свой gcc для внутреннего использования и никому не отдавать, что помешает? GCC это попытка монополизировать рынок компилаторов и продвинуть GPL. Как бы гнутые не пыжились со своим ЕЕЕ, ее прокатило. Пришлось добавлять GCC RUNTIME LIBRARY EXCEPTION, чтобы успокоить народ. Не каждому понравится перспектива "скомилил код, тот заразился коммуняцким gpl-раком". > Не могу придумать с наскока архитектуру проца которую бы умел clang но не умел хоть какой-то выводок gcc. А наоборот - вполне. И меня волнует - в основном вот это. Если не сложно, назови пару штук. Подозреваю, что там будет что-то нераспространненное, да еще древнее. > А почему у Эппла свой, уличный clang? Проприетарный. А мне быть вторым сортом как-то не в тему. Лол, посмотри кто был в комитете GCC. IBM, Red Hat, nethype GmbH, Google и тд Думаешь сейчас это не так? Что они завтра решат, то ты и скушаешь. Зато дааа не второй сорт)) И разве GPL запрещает сделать свой GCC для внутренней кухни, а наружу выдавать только скомпиленный код? >  А вот какие-нибудь извраты типа Xtensa/LatticeMico и т.п.... - Ну... разве что для подобного. Для 99% платформ clang хватит. > И в отличие от того монстрилы - перестроить себе тулчейн под какой-то экзот, с нужными параметрами и проч - вполне в пределах сил человеческих. Для особенных - особенные инструменты. Рассказывать на форуме, где нет любителей всякой экзотики и извращений, что всем обязательно(!!) нужна  гландоудалялка через пятую точку - занятие сомнительное.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–3 +/–
	Сообщение от Аноним (-), 27-Окт-24, 23:06
	> Что из этого в готовом состоянии? Сабж тоже врядли в готовом состоянии. И вообще софт готов - только когда он, извините, сдох. >> Последний особенно интересен линукс ядру, чтобы компилировать всё одним компилятором. > Интересен может, но не используется же, потому что не готовый. А в этом нашем опенсорсе у нас вообще модно Release early, Release often.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	47. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от akteon (?), 27-Окт-24, 23:22
	Не сдох, а перешел в нирванну.
	Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+4 +/–
Сообщение от Аноним (-), 27-Окт-24, 16:02
> сохранена оригинальная модель управления памятью Go > с использованием сборщика мусора Самое то что надо на микроконтроллере. Вот ща вместо переключения обмотки мотора - подумаем, GC сделаем, и хрен с ним с расколбасом мотора. Зато модно и молодежно, движуха. Фирмварь на этом любителям смyзи в гироскутер, во. Пусть гордо рассказывают что 99.5% укладывается в дедлайн (потирая забинтованый нос).
Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от нах. (?), 27-Окт-24, 19:15
	>> с использованием сборщика мусора > Самое то что надо на микроконтроллере. Вот ща вместо переключения обмотки мотора Зато у нас разработчики дешовенькие! А на проклятом си гироскутер не едет, потому что за миска риса в неделю, и один картинка кошко-жена ни один раб работать не желает. Возомнили о себе! Подумаешь, нае..нется он с гироскутера раз в месяц. Вы же уже купили!
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+2 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 28-Окт-24, 01:13
	> Возомнили о себе! Ну и ну. Партия вами не довольна. Ваш рейтинг понижен! Забрать у вас одна кошка-жена.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Бывалый Смузихлёб (ok), 28-Окт-24, 10:56
	Злые языки поговаривают, что кошка-жена не там где партия, а там где император. Рейтинга там тоже нет, поэтому все просто заранее виноваты и обязаны
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от anonymous (??), 28-Окт-24, 05:08
	> Зато у нас разработчики дешовенькие! Когда разработчики на Go стали дешёвыми? Может, что-то изменилось, но именно сишников в embedded раньше были довольно низкие зарплаты.
	Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

	76. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от нах. (?), 28-Окт-24, 14:12
	> Когда разработчики на Go стали дешёвыми? всегда были. Перечитай еще раз статью авторов языка, зачем они вообще его гуглю разрабатывали.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аниним (-), 28-Окт-24, 14:31
	> всегда были. Дешевле чем пенс СИ-шник из НИИ? > Перечитай еще раз статью авторов языка, зачем они вообще его гуглю разрабатывали. Ну то что они гуглу обещали это одно, а что получилось это уже другое))
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (85), 28-Окт-24, 15:28
	>> всегда были. > Дешевле чем пенс СИ-шник из НИИ? Ты б еще на уборщиц в плесневелом нии равнялся. Они и спецам в каде платят столько же - поэтому до сих часть чертит на кульмане. Что это доказывает кроме убогого управления тех нии? И сишники там такие же, небось еще на C89 корябают. >> Перечитай еще раз статью авторов языка, зачем они вообще его гуглю разрабатывали. > Ну то что они гуглу обещали это одно, а что получилось это уже другое)) Гуглу надо - пачку взаимозаменимых дешевых винтиков. Или попросту - куда-то деть толпу питонистов нанятых по объявлениям. Ну им и сделали - вот такое.
	Ответить | Правка | Наверх | Cообщить модератору

	94. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+1 +/–
	Сообщение от Аниним (-), 28-Окт-24, 16:35
	> Они и спецам в каде платят столько же - поэтому до сих часть чертит на кульмане. Если бы ты знал сколько сегодня стоит ватман, то так бы не говорил) Думаю так какой-то третий пень и монитор пузатый, пятнашка. > Что это доказывает кроме убогого управления тех нии? И сишники там такие же, небось еще на C89 корябают. Хм.. ядро линукс до 21 или 22 года тоже было на С89 Так что сравнение мне нравится, как ни крути))) > Гуглу надо - пачку взаимозаменимых дешевых винтиков. Логично. Не брать же дорогих, пафосных и с запредельным ЧСВ.. которые будет делать то же самое, только CVE будет больше. > Или попросту - куда-то деть толпу питонистов нанятых по объявлениям. Ну им и сделали - вот такое. А уволить питонистов что нельзя было?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (106), 28-Окт-24, 20:12
	> Если бы ты знал сколько сегодня стоит ватман, то так бы не говорил) Наверное меньше чем скажем честно купить автокад. Напоминаю - в свое время в угоду автодеску загасили руторент и все раздачи с ним. > Думаю так какой-то третий пень и монитор пузатый, пятнашка. Это уже какие-то апгрейженые версии. > Хм.. ядро линукс до 21 или 22 года тоже было на С89 Это имеет свои причины типа портабельности на разные архитектуры. Но по мере отмирания совсем трупов как видите - подтянули. К тому же оно никогда не было стандартным C89, это было с гнутыми расширениями. А это уже несколько другое. На одном только стандарте... в C89 вообще режима freestanding формально - нет. Не говоря про всякие системные вещи. А ядру оно таки - надо. Часть они кстати препроцессором сколхозили. > Так что сравнение мне нравится, как ни крути))) Дедуля, здесь тебе не тут. > Логично. Не брать же дорогих, пафосных и с запредельным ЧСВ.. которые будет > делать то же самое, только CVE будет больше. Они и начали: - Мол, ща, покажем линуху мастеркласс! Фуксия наше все! - ??? - Что такое? - Ах, драйвер фата на го не так уж и круто работает? А вот мы его на хруст?! - (манагер, недовольно) Эй там, user visible выхлоп при моей жизни будет?! - А что, так надо было?! - ААаа, капец моей яхте! Вот вам! (децимирует тиму). Девелопаете только для фоторамок, с...и! > А уволить питонистов что нельзя было? Каких-то и уволили наверное. Вон фуксиков - децимировали в итоге.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (107), 28-Окт-24, 20:19
	> Наверное меньше чем скажем честно купить автокад. Напоминаю - в свое время > в угоду автодеску загасили руторент и все раздачи с ним. Ну такое. Думаю даже сейчас пользовать автокад это плохая идея, тк хз сколько там закладок. > Это имеет свои причины типа портабельности на разные архитектуры. Но по мере отмирания совсем трупов как видите - подтянули. Не прошло и 20 лет)) > К тому же оно никогда не было стандартным C89, это было с гнутыми расширениями. А это уже несколько другое. Это я понимаю, все таки Embrace, Extend, and Extinguish это классика для всяких 321в, опенсорсных или нет. > Они и начали: > - Мол, ща, покажем линуху мастеркласс! Фуксия наше все! > ... Не думаю что увольнение "16% of Fuchsia employees" сильно повлияет на разработку. Скорее набрали на ковидные деньги кого попало, а потом выкинули самых днищенских.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от _ (??), 29-Окт-24, 19:36
	> Не думаю Это заметно, да :) > что увольнение "16% of Fuchsia employees" сильно повлияет на разработку. Это на секундочку - каждый 6-ой в команде. По опыту (которого у тебя тупо нет) - это влияет :(
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 29-Окт-24, 20:38
	>> в угоду автодеску загасили руторент и все раздачи с ним. > Ну такое. > Думаю даже сейчас пользовать автокад это плохая идея, тк хз сколько там закладок. Вот тут кто б его знает. Но называя вещи своими именами - ну и чем вы такой софт заменять будете? Я могу позаковыристей софта накидать. У вас есть FEM симуляторы? Microwave cad? Или... вы будете платы под 5G соты на кульмане? :) Да что там, попробуйте хотя-бы ADC/DAC под это произвести? А, это умеет 1 фирма на всю планету, "Analog Devices"? Ух ты, сюрприз! >> совсем трупов как видите - подтянули. > Не прошло и 20 лет)) Как говорится, лучше поздно чем никогда. > Это я понимаю, все таки Embrace, Extend, and Extinguish это классика для > всяких 321в, опенсорсных или нет. Невозможно написать ядро, boot loader или фирмварь используя только стандартный си. Там просто не регламентированы некоторые критичные вещи, НЕОБХОДИМЫЕ для таких вещей. Как можно принять стандарт freestanding, но не регламентировать скажем placement в конкретную секцию энного объекта - вопрос к ISO. Они вообще умеют делать странные вещи. > Не думаю что увольнение "16% of Fuchsia employees" сильно повлияет на разработку. Проект уже урезан до "фоторамок" а десктопное направление слито. Так что план по захвату вселенной задаунгрейжен до "выпустим пару фоторамок". А потом и вовсе вероятно - прибьют. Они и не такое прибивали, пикаса с плюсом не дадут соврать. > Скорее набрали на ковидные деньги кого попало, а потом выкинули самых днищенских. Так вся фуксия и есть сливной бачок для хайпожоров. А как стало поджимать - манагеры и стали интересоваться, как там с результатами и генерацией потоков денег? А, никак? Тогда во, децимация.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	116. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 29-Окт-24, 20:48
	> Вот тут кто б его знает. Но называя вещи своими именами - ну и чем вы такой софт заменять будете? Я слава богу не буду) > Я могу позаковыристей софта накидать. У вас есть FEM симуляторы? Microwave cad? Или... вы будете платы под 5G соты на кульмане? :) У китайцев все купят. > Да что там, попробуйте хотя-бы ADC/DAC под это произвести? А, это умеет 1 фирма на всю планету, "Analog Devices"? Ух ты, сюрприз! Да, тут хотя бы гвозди... >> Это я понимаю, все таки Embrace, Extend, and Extinguish это классика для > Невозможно написать ядро, boot loader или фирмварь используя только стандартный си. Там > просто не регламентированы некоторые критичные вещи, НЕОБХОДИМЫЕ для таких вещей. Но привязывать это к единственному гнутому компилятору, который еще и получивщейся код превращал в г̶о̶в̶н̶о̶ GPL (и по этой причине пришлось делать GCC Runtime Library Exception) Т.е ЕЕЕ в прямом его смысле. > Как можно принять стандарт freestanding, но не регламентировать скажем placement в конкретную > секцию энного объекта - вопрос к ISO. Они вообще умеют делать странные вещи. Например так же, как сотни UB (а не ID как следовало).
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от akteon (?), 28-Окт-24, 18:54
	Это вы зря. Тов учонные  -оне умные.Поэтому разработка будет идти по принципу - чем дольше проект разрабатывается - тем больше тов учонный в конечном счете получит деннюх в виде з/п. Особенно если пенсионер, для него это просто деньги с неба падают, никаких рычагов давления у вас особо и нет. Зато зарплата небольшая,бгг
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

51. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
Сообщение от Аноним (51), 28-Окт-24, 01:22
Оригинальный компилятор вроде бы как в bootstrap ударился как rustc. Его тоже неплохо бы к llvm прикрутить.
Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
Сообщение от Аноним (61), 28-Окт-24, 05:26
>Помимо генерации машинного кода, в tinygo доступна поддержка генерации WebAssembly с возможностью создания обособленных WebAssembly-приложений, используя интерфейс WASI (WebAssembly System Interface). На десктопах бесполезен абсолютно (огромный просад в производительности даже если скомпилировать всё в высокооптимизированный нативный код ahead-of-time, и потерять все гарантии, если же использовать с jitом - то совсем хреново, а если в режиме интерпретаци - то вообще туши свет). И тут нам предлагают ... компилировать в васм и крутить виртуальную машину васма на микроконтроллерах.
Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (75), 28-Окт-24, 12:35
	Зато переносимость. А на контроллере все равно куча мощностей простаивает. Там одни ветвящиеся ифы и всё.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (-), 28-Окт-24, 15:43
	> Зато переносимость. А на контроллере все равно куча мощностей простаивает. Там одни > ветвящиеся ифы и всё. Проблемы будут когда эти мощности понадобятся. Есть немало мест где счет идет на микросекунды и менее. И оно либо успеет за реальным временем - либо нет. Какой-нибудь защите не скажешь погодить, все либо выгорит нахрен, либо нет. И крутящийся мотор на паузу не поставишь. И так далее. Конечно можно камень на 5% использовать, но - вы же понимаете что это гарантирует характерное место в иерархии? :) А еще мк довольно часто от батареек работает. И если там 5% используется - 95% времени он спит и ничего не жрет. А тут вы такой его будите этим всем. Во имя луны. И батарейка жрется - в разы больше. Тоже такое себе.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (97), 28-Окт-24, 16:33
	Как это оправдывает то, что теперь вместо t минут задача выполняется n * t, где n > 3?
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

63. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
Сообщение от Аноним (61), 28-Окт-24, 06:10
Есть такая проблема ... мне нужно послать PR на гитхаб. Вот сюда: https://github.com/sk1project/python-lcms2 - привёл эту гадость в порядок. Мои патчи в виде патчей: https://0x0.st/XU71.patch/python-lcms2-patches.patch (для отправки PR - склонировать репозиторий, скачать файл с патчами, применить через git am, далее как обычно) В виде файла-бандла репозитория (ветка revitalizing): https://0x0.st/XU7e.bundle/python-lcms2.bundle Можете вообще стрипнуть весь копирайт и поставить своё имя, если хотите - вся моя оригинальность в этих патчах - в общественном достоянии.
Ответить | Правка | Наверх | Cообщить модератору

	74. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
	Сообщение от Аноним (75), 28-Окт-24, 12:33
	Не очень понятен уровень проблемы. Ты не можешь послать пиар потому что не можешь зарегистрироваться или потому что оно заброшено? Зачем тебе делать именно пиар если ты можешь сделать форк? Зачем тебе гитхаб если есть гитлаб. Так много вопросов так мало ответов.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от нах. (?), 28-Окт-24, 14:14
	> Не очень понятен уровень проблемы. он хочет чтобы его софтом - пользовались люди. > не можешь зарегистрироваться или потому что оно заброшено? Зачем тебе делать > именно пиар если ты можешь сделать форк? Зачем тебе гитхаб если Вот именно за этим. Твой васян-форк никто и никогда не найдет и не узнает о его существовании.
	Ответить | Правка | Наверх | Cообщить модератору

	78. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от нах. (?), 28-Окт-24, 14:16
	> Есть такая проблема ... мне нужно послать PR на гитхаб. и в чем проблема-то - паспорт не того цвета? Съезди на недельку в Кобулети, побухаешь, поссышь на пляже на дохлого дельфина, расслабишься, заодно и патч свой зашлешь. Авиабилеты из Сочи недороги. > Можете вообще стрипнуть весь копирайт и поставить своё имя, если хотите - проблема что там могут начать задавать вопросы - чего да как. А для ответов нужен автор, а не хрен с горы.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

	87. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (87), 28-Окт-24, 15:32
	> и в чем проблема-то - паспорт не того цвета? Съезди на недельку > в Кобулети, побухаешь, поссышь на пляже на дохлого дельфина, расслабишься, заодно > и патч свой зашлешь. Авиабилеты из Сочи недороги. Ездить некоторым уже становится не совсем безопасно. Вон там в линухкернеле уже секут кто твой работодатель. И если ты зашкварился... пока только в приличные места не пускают, а попозже, наверное, и интерпол позовет отдохнуть. У OSintов лапы длинные и злопамятные, если что. >> Можете вообще стрипнуть весь копирайт и поставить своё имя, если хотите - > проблема что там могут начать задавать вопросы - чего да как. А > для ответов нужен автор, а не хрен с горы. Ну если тебе делать нечего - можешь проксей поработать. Хотя и не понятно нахрена оно.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от нах. (?), 28-Окт-24, 15:41
	>> в Кобулети, побухаешь, поссышь на пляже на дохлого дельфина, расслабишься, заодно >> и патч свой зашлешь. Авиабилеты из Сочи недороги. > Ездить некоторым уже становится не совсем безопасно. Вон там в линухкернеле уже А, ти в етом смисле... Ну в Кобулети-то безопастно. Там все свои. И карточки нормальные... > Ну если тебе делать нечего - можешь проксей поработать. Хотя и не я ж даже не знаю что это. Не то что "нахрена". Если б он баг в ntfs нашел, или там в gluster - я б конечно с радостью взялся.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (97), 28-Окт-24, 16:28
	>и в чем проблема-то - паспорт не того цвета? В том, что GitHub настолько обнаглел и охамел, что нормальные люди им уже давно не пользуются. Тем, у кого ценности - бухло и потребительство, а паспорт давно сменил цвет в погоне за колбасой - не понять. И немаловажно: ни один из работодателей, на которых я работал, в период моей работы там, не находился под международными санкциями. И я никогда не брался за неэтичные проекты. Вводить против меня санкции абсолютно не за что. >проблема что там могут начать задавать вопросы - чего да как. А для ответов нужен автор, а не хрен с горы. 1. Мой патч не вызывает никаких вопросов. Там всё предельно ясно. Изменения минимальны для каждого коммита. 2. На самом деле задавать вопросы уже некому - автор преждевременно скончался от ковида в 2021 в возрасте 49 лет. С тех пор проект заброшен: сына автора хватило всего на несколько месяцев. Патч нужен, чтобы исключительно в PRах висел, чтобы те, кому надо, его применить могли.
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

	96. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (96), 28-Окт-24, 18:10
	Так а чего ты пулреквест-то не откроешь?
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (97), 28-Окт-24, 18:13
	Читать умеешь? Сказано же - нет гитхаб аккаунта.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	–1 +/–
	Сообщение от Аноним (96), 28-Окт-24, 18:22
	Позволь, суммирую: 1. Тебе нужно сделать PR на гитхабе 2. Но аккаунта там у тебя нет 3. Делать аккаунт ты не станешь, потому что нормальные люди гитхабом не пользуются, а ты как раз из нормальных 4. Но PR на гитхабе всё равно хочешь 5. Вместо этого ты хочешь что бы кто-то сделал PR за тебя 6. То есть какой-то ненормальный в твоём понимании человек с аккаунтом
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (97), 28-Окт-24, 18:26
	95% таких.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
	Сообщение от Аноним (96), 28-Окт-24, 18:33
	Сложно, должно быть, среди них каждый день?
	Ответить | Правка | Наверх | Cообщить модератору

110. "Выпуск Tinygo 0.34, компилятора языка Go на базе LLVM "	+/–
Сообщение от Аноним (110), 29-Окт-24, 14:02
Беспрлезная пока не поддерживает сетевую либу а лампочками и на асме моргать в три команды
Ответить | Правка | Наверх | Cообщить модератору

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

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