forum.opennet.ru - "Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лицензии Apache 2.0 и LLVM" (62)

"Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лицензии Apache 2.0 и LLVM"

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

"Cheerp 3.0, компилятор C/C++ в JavaScript, переведён на лицензии Apache 2.0 и LLVM"	+/–
Сообщение от opennews (?), 17-Мрт-23, 08:31
Представлен компилятор Cheerp 3.0, позволяющий скомпилировать любой код C/C++ в WebAssembly или JavaScript. Новая ветка примечательна переводом компилятора и сопутствующих библиотек на использование пермиссивных лицензий Apache 2.0 и LLVM, вместо ранее применяемой ограниченной лицензионной политики, предлагающей вариант с лицензией GPLv2 для некоммерческих проектов и проприетарную лицензию для коммерческих. Код компилятора основан на наработках LLVM и Clang, и включает дополнительные оптимизации для повышения производительности и уменьшения размера скомпилированного результата... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58807
Ответить \| Правка \| Cообщить модератору

Оглавление

это скорей интерпритатор, чем компилятор , Аноним (5), 08:41 , 17-Мрт-23, (5) –5

Это скорее компилятор, чем интерпритатор орфография автора сохранена , Аноним (13), 08:52 , 17-Мрт-23, (13) +9

Это скорее компилятор интерпретатора, чем интерпретатор , Аноним (32), 11:00 , 17-Мрт-23, (32) +2

Это медленнее, Аноним (82), 00:56 , 18-Мрт-23, (82)

Интертрепатор , Tron is Whistling (?), 10:26 , 18-Мрт-23, (93)

А есть транслятор из ассемблера в пайтон , ИмяХ (?), 08:48 , 17-Мрт-23, (9) +3

Конечно есть сначала ассемблерный код через Ida Pro перегоняешь в Си код Потом , Аноним (32), 11:02 , 17-Мрт-23, (33) +5

далее через CPython собираешь бинарник и цикл можно повторять, до тех пор пока н, Аноним (59), 15:55 , 17-Мрт-23, (59) +3

Не факт, что сойдётся В лучшем случае потребуется доопределение для сходимости,, YetAnotherOnanym (ok), 17:49 , 17-Мрт-23, (74) +1

Есть Эффективность поченного кода другой вопрос Но есть , _kp (ok), 11:33 , 17-Мрт-23, (34)

Можно будет получить выразительность ассемблера и скорость питона Суперкомбо , Аноним (-), 01:23 , 18-Мрт-23, (84) +6

Осторожне с такими шутками А то я чуть не подавися, и кофе пролил , _kp (ok), 11:43 , 18-Мрт-23, (98)

Emscripten это не только компилятор в wasm, но и эмуляция окружения сокеты чере, Шарп (ok), 09:32 , 17-Мрт-23, (24) +1

Представляю, какой там оверхед при пересечении границы между WASM и DOM Запомни, Аноним (13), 10:47 , 17-Мрт-23, (31) +2

Ну, вообще есть радикальная альтернатива этому подходу - не использовать DOM дер, Anon62513512124 (?), 11:46 , 17-Мрт-23, (35) +3

реинкарнация апплетов, Nope (?), 20:26 , 17-Мрт-23, (76)

200нс из доки emscripten, т е можно забить Жиснявая вебня куда дольше ворочать, Рустик (?), 12:55 , 17-Мрт-23, (40) –1
Ради интереса запускал какой-то свой helloworld на Qt в emscripten Там была таб, Аноним (47), 14:17 , 17-Мрт-23, (47)

Не подсказывай ему, пиши свой стартап , Аноним (32), 14:21 , 17-Мрт-23, (49)
Канва работает быстрее DOM No shit, Sherlock Правда решение WASM канва нуж, Аноним (13), 15:04 , 17-Мрт-23, (54)

Предъяви, сравним Нет не нужно, на стороне c принимаешь строку как std wstrin, Рустик (?), 15:39 , 17-Мрт-23, (57)

Так ты и предъявляй Так-то я тебе тоже могу показать, как JS-гриды на канве раб, Аноним (13), 16:18 , 17-Мрт-23, (61)

Изи Я сравнивал ffmpeg wasm и ffmpeg js и разрыв в скорости перекодирования одн, Аноним (64), 16:25 , 17-Мрт-23, (64)

Правильно, ибо это и есть тот самый единственный сценарий, где васм быстрее Пот, Аноним (13), 16:39 , 17-Мрт-23, (69)

Пока так, возможно потом оптимизируют и дадут прямой доступ к dom, на второе пла, Рустик (?), 20:35 , 17-Мрт-23, (77)
Это в каких таких _интерактивных_ приложениях тысячи раз в секунду что-то гоняет, Аноним (87), 03:16 , 18-Мрт-23, (87)

Чего, JS не может напрямую работать с UTF-8 , Аноним (62), 16:20 , 17-Мрт-23, (62)

V8 хранит строки в формате WTF-16 Если хочется принять буфер, в которой лежит U, Аноним (13), 16:47 , 17-Мрт-23, (71)
В JavaScript единственная кодировка utf-16, Аноним (92), 07:32 , 18-Мрт-23, (92)

Поэтому рисовать куданить в канвас и IO через вебсокеты всякие Чтобы с вебтормо, Аноним (-), 01:25 , 18-Мрт-23, (85)

Интересная ситуация получается GPL используют те, кто хотят рубить бабло, типа Q, Аноним (27), 10:06 , 17-Мрт-23, (27)

Так делают когда проект закрывается Ну будем честны проект и раньше был мало ко, Аноним (32), 10:25 , 17-Мрт-23, (29) –1

будем честны - просто это псевдо IT для смузихлёбов, на острие прогресса совсем , Аноним (30), 10:47 , 17-Мрт-23, (30) +3

Это для разного То, что в теме - это про Web, А HLS - это для FPGA , Аноним (62), 12:15 , 17-Мрт-23, (38)

Сейчас как раз раздумываю над выбором инструмента для написания новой кросс плат, Аноним (36), 11:48 , 17-Мрт-23, (36) –1

Позволит фигурно по ться в профайлере с малоустранимыми лагами этого самого GC, Аноним (-), 00:46 , 18-Мрт-23, (81) –1
Используй Kotlin MPP rsocket, если нужен онлайн Конференций на тему использова, Bobr (??), 05:08 , 18-Мрт-23, (89)

Какой , Аноним (92), 07:30 , 18-Мрт-23, (91)
Б-гмеркзая проприетарь И давно на тостерах 2 ядра 2 гига игровая видеокарта , Рустик (?), 10:44 , 18-Мрт-23, (94)
Шмотлин в wasm пытался, но не шмог, и компилится в обычный медленный js , Рустик (?), 10:47 , 18-Мрт-23, (95)

Сайты и веб-приложения на C 8212 это именно то, чего нашим коллегам так не , burjui (ok), 12:06 , 17-Мрт-23, (37) –3

Пиши на Rust, кто не мешает , Аноним (62), 12:19 , 17-Мрт-23, (39)
На https www webtoolkit eu , Аноним (41), 12:55 , 17-Мрт-23, (41) –1
Какое бы не было качество кода Код на C будет быстрее и надо для производител, Аноним (32), 11:33 , 18-Мрт-23, (96)

вообще для трансляции в js есть nim, который уделывает по всем параметрам раст и, Аноним (43), 13:31 , 17-Мрт-23, (43) –1

Вообще то хорошие развивающиеся проекты на лицензию апач никто не переводит , Аноним (32), 13:52 , 17-Мрт-23, (45)

ох уж эти любители поспорить о лицензиях вместо того, чтобы проги писать, Аноним (43), 15:11 , 17-Мрт-23, (55)

Бесплатно ублажать корпов - такое себе счастье Тут им патентных прав, там прав , Аноним (-), 01:11 , 18-Мрт-23, (83) –2

Скрыто модератором, Аноним (-), 21:34 , 21-Мрт-23, (103)

Это ненужное еще шевелится Вообще есть много чего, что можно транслировать с js,, Анонимусс (?), 14:54 , 17-Мрт-23, (52) –1

Это-то и пугает в вебе уже достаточно своего мусора на не менее уродливых, но б, burjui (ok), 15:43 , 17-Мрт-23, (58)

С одной стороны - да А с другой стороны - за счет старости кодовой базы и ее пов, Анонимусс (?), 17:20 , 17-Мрт-23, (72)

По некоторым действительно уделывает Но уж точно не по всем Nim - язык с GB и , Прохожий (??), 13:14 , 18-Мрт-23, (100)

ААААА Где мой код , Аноним (68), 16:36 , 17-Мрт-23, (68)

Волобуев, вот ваш код , Аноним (79), 00:39 , 18-Мрт-23, (79)

Сейчас бы в 2023 смешивать js и плюсы Лёгкий способ превратить жизнь того, кто э, Bobr (??), 05:04 , 18-Мрт-23, (88) +3

Твоему сайте визите C не нужен , Аноним (32), 11:34 , 18-Мрт-23, (97) –1
Минус на минус даёт плюс, а минусминус на минусминус 8212 плюсплюс , burjui (ok), 12:39 , 18-Мрт-23, (99)

Ничё нипонил Перводить С - в ДжаваСкрипт Что народ курит , КернелДиггер (?), 18:43 , 21-Мрт-23, (102)

А во что переводить, если нужно приложение для браузера В ActiveX , nobody (??), 21:28 , 22-Мрт-23, (104)

я чистый плюсовик, я не знаю эти ваши жээсы и хтмл Мне проще функционал описать, Аноним (105), 09:31 , 23-Мрт-23, (105)

libmicrohttpd, Аноним (106), 12:21 , 23-Мрт-23, (106)

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

5. Сообщение от Аноним (5), 17-Мрт-23, 08:41 –5 +/–

это скорей интерпритатор, чем компилятор.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #93

9. Сообщение от ИмяХ (?), 17-Мрт-23, 08:48 +3 +/–

А есть транслятор из ассемблера в пайтон?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #34

13. Сообщение от Аноним (13), 17-Мрт-23, 08:52 +9 +/–

Это скорее компилятор, чем интерпритатор (орфография автора сохранена).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #32

24. Сообщение от Шарп (ok), 17-Мрт-23, 09:32 +1 +/–

Emscripten это не только компилятор в wasm, но и эмуляция окружения (сокеты через websocket, printf в консоль браузера) и набор портированных библиотек (pthread, sdl2, openal и т.д.).
Как дела с этим у Cheerp? Выполнение абстрактного кода в вакууме не интересует.

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

27. Сообщение от Аноним (27), 17-Мрт-23, 10:06 +/–

Интересная ситуация получается.
GPL используют те, кто хотят рубить бабло, типа Qt, а вот некоторые переводят код на понастоящему свободные лицензии.

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

29. Сообщение от Аноним (32), 17-Мрт-23, 10:25 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #30

30. Сообщение от Аноним (30), 17-Мрт-23, 10:47 +3 +/–

> Ну будем честны проект и раньше был мало кому нужен так как есть альтернативы
будем честны - просто это псевдо IT для смузихлёбов, на острие прогресса совсем другое направление
https://en.wikipedia.org/wiki/High-level_synthesis

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #38

31. Сообщение от Аноним (13), 17-Мрт-23, 10:47 +2 +/–

> сокеты через websocket, printf в консоль браузера
Представляю, какой там оверхед при пересечении границы между WASM и DOM. Запомните, дети: если нужно общаться с внешним миром, манипулировать элементами на странице, посылать туда-сюда запросы, ну и вообще -- если хочется интерактив, то яваскрипт в разы (в разЫ, Ы в конце) быстрее, чем WASM. Единственный сценарий, где WASM быстрее JS -- это числодробилка, которая ровно один раз получила число на вход, погоняла над ним алгоритм в течение часа и ровно один раз отдала результат обратно яваскрипту.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #35, #40, #47, #85

32. Сообщение от Аноним (32), 17-Мрт-23, 11:00 +2 +/–

Это скорее компилятор интерпретатора, чем интерпретатор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #82

33. Сообщение от Аноним (32), 17-Мрт-23, 11:02 +5 +/–

Конечно есть сначала ассемблерный код через Ida Pro перегоняешь в Си код. Потом через c2py перегоняешь в питон. Можно даже онлайн https://www.javainuse.com/c2py

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #59

34. Сообщение от _kp (ok), 17-Мрт-23, 11:33 +/–

Есть. Эффективность поченного кода другой вопрос. Но есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #84

35. Сообщение от Anon62513512124 (?), 17-Мрт-23, 11:46 +3 +/–

Ну, вообще есть радикальная альтернатива этому подходу - не использовать DOM дерево, а вместо него - QML

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #76

36. Сообщение от Аноним (36), 17-Мрт-23, 11:48 –1 +/–

Сейчас как раз раздумываю над выбором инструмента для написания новой кросс платформенной игрушки. И если выбор платформ традиционный Desktop - Web(HTML5) - Android, то там где-то должен быть С++. Но я скорее склоняюсь к написанию игры на Haxe (этот язык ближе к ActionScript/TypeScript), кото рый умеет компилировать как в C++ , так и в JavaScript. И у которого уже есть графические фреймворки (OpenFL) и фреймворки для создания UI (HaxeUI), есть и разные bindings типа Raylib для Haxe. Кроме того у Haxe есть сборщик мусора и не надо напрямую работать с памятью, что облегчит создание прототипа и обеспечит быструю итерацию.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #89

37. Сообщение от burjui (ok), 17-Мрт-23, 12:06 –3 +/–

Сайты и веб-приложения на C++ — это именно то, чего нашим коллегам так не хватало. Зато теперь на любые претензии в духе "а у вас электрон" можно будет с умным лицом возразить: "Заткнись! У нас C++, поэтому мы умнее, и у нас всё эффективно."

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #41, #96

38. Сообщение от Аноним (62), 17-Мрт-23, 12:15 +/–

Это для разного. То, что в теме - это про Web, А HLS - это для FPGA.

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

39. Сообщение от Аноним (62), 17-Мрт-23, 12:19 +/–

Пиши на Rust, кто не мешает?

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

40. Сообщение от Рустик (?), 17-Мрт-23, 12:55 –1 +/–

> Представляю, какой там оверхед при пересечении границы между WASM и DOM.
200нс из доки emscripten, т.е. можно забить. Жиснявая вебня куда дольше ворочаться будет.

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

41. Сообщение от Аноним (41), 17-Мрт-23, 12:55 –1 +/–

На: https://www.webtoolkit.eu/

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

43. Сообщение от Аноним (43), 17-Мрт-23, 13:31 –1 +/–

вообще для трансляции в js есть nim, который уделывает по всем параметрам раст и по некоторым плюсы

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45, #52, #100

45. Сообщение от Аноним (32), 17-Мрт-23, 13:52 +/–

Вообще то хорошие развивающиеся проекты на лицензию апач никто не переводит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #55

47. Сообщение от Аноним (47), 17-Мрт-23, 14:17 +/–

> яваскрипт в разы (в разЫ, Ы в конце) быстрее, чем WASM
Ради интереса запускал какой-то свой helloworld на Qt в emscripten. Там была табличка QTableView с раскраской (пара сотен строк и пара десятков столбцов). Таких шустрых сайтов на JS я никогда не видел! Т.е. wasm, рисующий на канве через прослойку emscripten, работает быстрее "классического" HTML + JS.
Да, там были небольшие глюки с перерисовкой (мерцающий чёрный фон при ресайзе виджета), но в целом очень шустренко работало в firefox.
Тут возможно фишка в том, что нужно обеспечить вывод уже отрисованной картинки (которая полностью сформирована внутри wasm без всяких сборщиков мусора, но правда с эмуляцией чего-то похожего на MMU внутри браузера) и всё что требуется от emscripten - энцать раз в секунду обновить картинку на канве.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #49, #54

49. Сообщение от Аноним (32), 17-Мрт-23, 14:21 +/–

Не подсказывай ему, пиши свой стартап.

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

52. Сообщение от Анонимусс (?), 17-Мрт-23, 14:54 –1 +/–

> есть nim
Это ненужное еще шевелится?
Вообще есть много чего, что можно транслировать с js, тут фишка что можно транслировать именно с/с++ из-за накопленной огромной кодовой базы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #58

54. Сообщение от Аноним (13), 17-Мрт-23, 15:04 +/–

Канва работает быстрее DOM? No shit, Sherlock! Правда решение "WASM + канва" нужно сравнивать с аналогичным "JS + канва", но ты настолько глубоко копать не стал. Давай я тебе немного напомню про то, что даже чтобы отправить строку из WASM в JS, нужно эту строку: 1) упаковать в UTF на стороне WASM, 2) посигналить яваскрипту, что ему нужно бы забрать строку вот отсюда, 3) распаковать из UTF на стороне JS при помощи TextDecoder. Отправка из JS в WASM делается аналогично. Это дорогостоящая операция в сравнении с JS-only-решением, где никакой boundary crossing не требуется. Примерно по этой же причине биндинги сишной libxml к node.js работают гораздо медленнее, чем xml-парсеры, написанные целиком на JS.
Я еще молчу про то, что канва сама по себе имеет кучу проблем, например отсутствие нативного контекстного меню для инпутов и невозможность обеспечить accessibility.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #57, #62

55. Сообщение от Аноним (43), 17-Мрт-23, 15:11 +/–

ох уж эти любители поспорить о лицензиях вместо того, чтобы проги писать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #83

57. Сообщение от Рустик (?), 17-Мрт-23, 15:39 +/–

> нужно сравнивать с аналогичным "JS + канва"
Предъяви, сравним.
> чтобы отправить строку из WASM в JS, нужно эту строку:
Нет не нужно, на стороне c++ принимаешь строку как std::wstring и дальше с ним и работаешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #61

58. Сообщение от burjui (ok), 17-Мрт-23, 15:43 +/–

> именно с/с++ из-за накопленной огромной кодовой базы.
Это-то и пугает: в вебе уже достаточно своего мусора на не менее уродливых, но более простых ЯП, а если добавится ещё приплюснутый, то может случиться переполнение кучи. Впрочем, меня сейчас, как обычно, заминусют, потому что местные приплюснутые свято верят в то, что уж они-то говно не пишут, потому что раз для знания всего С++ нужен гигантский ум, то если пишешь на С++, автоматически являешься интеллектуальным гигантом, даже если твой IQ всего на 10 баллов выше, чем у "вебмакак". Тут же каждый второй — сын Страуструпа и Кнута.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #72

59. Сообщение от Аноним (59), 17-Мрт-23, 15:55 +3 +/–

далее через CPython собираешь бинарник и цикл можно повторять, до тех пор пока не сойдётся

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #74

61. Сообщение от Аноним (13), 17-Мрт-23, 16:18 +/–

> wasm, рисующий на канве через прослойку emscripten, работает быстрее "классического" HTML + JS.
> Предъяви, сравним.
Так ты и предъявляй. Так-то я тебе тоже могу показать, как JS-гриды на канве работают существенно быстрее JS-гридов на DOM. И никакой васм для этого не понадобился.
> Нет не нужно, на стороне c++ принимаешь строку как std::wstring
А откуда этот твой std::wstring возьмется без копирования данных из JS-строки в память WASM?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #64

62. Сообщение от Аноним (62), 17-Мрт-23, 16:20 +/–

>распаковать из UTF на стороне JS при помощи TextDecoder
Чего, JS не может напрямую работать с UTF-8?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #71, #92

64. Сообщение от Аноним (64), 17-Мрт-23, 16:25 +/–

> Так ты и предъявляй
Изи. Я сравнивал ffmpeg.wasm и ffmpeg.js и разрыв в скорости перекодирования одного и того же файла просто чудовищный, wasm в разы быстрее.
> откуда этот твой std::wstring возьмется без копирования
Куча у wasm общая с js, копировать не обязательно. Typed arrays те точно не копируется, с чего бы стрингам вести себя иначе, ведь в js это то же самое, что массив.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #69

68. Сообщение от Аноним (68), 17-Мрт-23, 16:36 +/–

> Также при компиляции используется PartialExecuter, который на основе анализа параметров функций удаляет код, который гарантированно не используется при выполнении.
ААААА... Где мой код?!!!!

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

69. Сообщение от Аноним (13), 17-Мрт-23, 16:39 +/–

> разрыв в скорости перекодирования одного и того же файла просто чудовищный, wasm в разы быстрее
Правильно, ибо это и есть тот самый единственный сценарий, где васм быстрее. Потому что не приходится перегонять данные отсюда-туда сотни и тысячи раз, как это было бы в интерактивном приложении.
> Typed arrays те точно не копируется
Ну так проведи эксперимент: 1) сформируй в васме мутабельную строку, 2) прими ее на стороне JS и сохрани в переменную, 3) в васме измени первый символ уже отправленной строки, 4) убедись, что на стороне JS строка не изменилась, ergo память была скопирована. Те, кто в курсе, что строки в JS - это примитивы, всегда передающиеся по значению, знают это и без экспериментов. DOM ничего кроме строк не принимает, нету там никакого element.setAttributeFromSomeShittySharedArrayBuffer(ptrAttrName, ptrValue).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #77, #87

71. Сообщение от Аноним (13), 17-Мрт-23, 16:47 +/–

V8 хранит строки в формате WTF-16. Если хочется принять буфер, в которой лежит UTF-8, то нужно перекодировать (TextDecoder). Напрямую с буфером будешь работать именно как с массивом байт, но если тебе эту строку нужно показать пользователю, то придется перегнать в WTF-16.

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

72. Сообщение от Анонимусс (?), 17-Мрт-23, 17:20 +/–

С одной стороны - да.
А с другой стороны - за счет старости кодовой базы и ее повсеместного использования в либах могли поисправлять самые злобные баги и их может быть меньше на момент релиза, чем при написании с нуля на напр. JS. Тут уже нужно рассматривать конкретные ситуации и оценивать риски.

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

74. Сообщение от YetAnotherOnanym (ok), 17-Мрт-23, 17:49 +1 +/–

Не факт, что сойдётся. В лучшем случае потребуется доопределение для сходимости, а в худшем - будет  расходиться. Может быть, даже экспоненциально.

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

76. Сообщение от Nope (?), 17-Мрт-23, 20:26 +/–

реинкарнация апплетов

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

77. Сообщение от Рустик (?), 17-Мрт-23, 20:35 +/–

Пока так, возможно потом оптимизируют и дадут прямой доступ к dom, на второе планы точно есть. Браузеры очень медленно развиваются к сожалению, взять хотя бы поддержку современных форматов изображений - браузероделы годами их внедряли и то недовнедрили.

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

79. Сообщение от Аноним (79), 18-Мрт-23, 00:39 +/–

Волобуев, вот ваш... код!

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

81. Сообщение от Аноним (-), 18-Мрт-23, 00:46 –1 +/–

> Кроме того у Haxe есть сборщик мусора и не надо напрямую работать с памятью, что позволит
Позволит фигурно по...ться в профайлере с малоустранимыми лагами этого самого GC, что в игроделе самая мякотка. И пока у плюсера все будет просто работать, вон тот будет пыхтеть в профайлере доказывая всем что не так уж оно и дергается, и вообще :)

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

82. Сообщение от Аноним (82), 18-Мрт-23, 00:56 +/–

Это медленнее

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

83. Сообщение от Аноним (-), 18-Мрт-23, 01:11 –2 +/–

Бесплатно ублажать корпов - такое себе счастье. Тут им патентных прав, там прав сорц зажимать, а они взамен дырок от бублика насыпят. И все как бы честно. А, еще вы можете к ним рабом на галеру прийти, только хотя код пишете вы, командовать будут они и все как бы честно. Или таки нет?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #103

84. Сообщение от Аноним (-), 18-Мрт-23, 01:23 +6 +/–

> Есть. Эффективность поченного кода другой вопрос. Но есть.
Можно будет получить выразительность ассемблера и скорость питона. Суперкомбо :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #98

85. Сообщение от Аноним (-), 18-Мрт-23, 01:25 +/–

> Представляю, какой там оверхед при пересечении границы между WASM и DOM.
Поэтому рисовать куданить в канвас и IO через вебсокеты всякие. Чтобы с вебтормозилками минимально пересекаться.

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

87. Сообщение от Аноним (87), 18-Мрт-23, 03:16 +/–

> Потому что не приходится перегонять данные отсюда-туда сотни и тысячи раз, как это было бы в интерактивном приложении.
Это в каких таких _интерактивных_ приложениях тысячи раз в секунду что-то гоняется? Человеки (интерактивное же!) не будут успевать кнопки жмакать и вообще осознавать что на экране творится, что там мельтешит. Нас за такое ругали. Очень грубый пример стародревних костылей, наверное уже неактуальных и не модных: когда бежишь в гриде (да-да, плохой, неправильный, дизайн) по строчкам мастер-списка, ты на каждый переход со строки на строку НЕ тянешь данные с сервера для кучки детэйл-гридов пока не остановишься на какой-то конкретной строке (по маленькому таймауту начинается подгрузка). А то бухгалтер для прокрутки задумчиво утопил стрелку вниз в гриде, а сервер усирается от лавины запросов на каждый переход от строки к строке, за каждым из которых на самом низу кучка селектов к базе. Или другой пример - когда в визуальный контрол подгружается относительно увесистая пачка данных, то, чтобы не перегружать его отрисовкой по мере загрузки этих данных (там ведь куча событий стреляет) контрол дизейблится или отключается от перерисовки (уж и не вспомню точно как там лет 15 назад было) на время загрузки и перерисовывается в финале за один прием.

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

88. Сообщение от Bobr (??), 18-Мрт-23, 05:04 +3 +/–

Сейчас бы в 2023 смешивать js и плюсы.
Лёгкий способ превратить жизнь того, кто этот код будет поддерживать в ад.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #97, #99

89. Сообщение от Bobr (??), 18-Мрт-23, 05:08 +/–

Используй Kotlin MPP + rsocket, если нужен онлайн.
Конференций на тему использования KMPP куча, половина есть на ютюбе и даже на русском.
Скомпилить код сможешь даже нативно на тостер, не говоря о простой компиляции в js.
Даже игровой движок под это есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #91, #94, #95

91. Сообщение от Аноним (92), 18-Мрт-23, 07:30 +/–

>Даже игровой движок под это есть.
Какой?

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

92. Сообщение от Аноним (92), 18-Мрт-23, 07:32 +/–

В JavaScript единственная кодировка utf-16

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

93. Сообщение от Tron is Whistling (?), 18-Мрт-23, 10:26 +/–

Интертрепатор.

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

94. Сообщение от Рустик (?), 18-Мрт-23, 10:44 +/–

Б-гмеркзая проприетарь.
> Скомпилить код сможешь даже нативно на тостер
И давно на тостерах 2 ядра 2 гига игровая видеокарта?

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

95. Сообщение от Рустик (?), 18-Мрт-23, 10:47 +/–

Шмотлин в wasm пытался, но не шмог, и компилится в обычный медленный js.

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

96. Сообщение от Аноним (32), 18-Мрт-23, 11:33 +/–

Какое бы не было качество кода. Код на C++ будет быстрее и надо для производительности на нагруженных сайтах. Как на той же самой Фигме.

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

97. Сообщение от Аноним (32), 18-Мрт-23, 11:34 –1 +/–

Твоему сайте визите C++ не нужен.

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

98. Сообщение от _kp (ok), 18-Мрт-23, 11:43 +/–

Осторожне с такими шутками. А то я чуть не подавися, и кофе пролил.

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

99. Сообщение от burjui (ok), 18-Мрт-23, 12:39 +/–

Минус на минус даёт плюс, а минусминус на минусминус — плюсплюс.

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

100. Сообщение от Прохожий (??), 18-Мрт-23, 13:14 +/–

По некоторым действительно уделывает. Но уж точно не по всем. Nim - язык с GB и не такой хорошей поддержкой конкурентности, как у Rust. Также программистов на Nim, пишут, гораздо меньше, чем программистов на Rust.

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

102. Сообщение от КернелДиггер (?), 21-Мрт-23, 18:43 +/–

Ничё нипонил!
Перводить С++ - в ДжаваСкрипт?!
Что народ курит?

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

103. Сообщение от Аноним (-), 21-Мрт-23, 21:34 +/–

Цеых 2 корпа не одобряют отсутствие халявы.

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

104. Сообщение от nobody (??), 22-Мрт-23, 21:28 +/–

А во что переводить, если нужно приложение для браузера? В ActiveX?

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

105. Сообщение от Аноним (105), 23-Мрт-23, 09:31 +/–

я чистый плюсовик, я не знаю эти ваши жээсы и хтмл. Мне проще функционал описать внутри консольного экзешника и сделать обращение к порту программы.
Как мне прикрутить веб-морду чтобы пользователь тык-тык и доволен?
Куда копать? Есть примеры?

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

106. Сообщение от Аноним (106), 23-Мрт-23, 12:21 +/–

libmicrohttpd

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

5. Сообщение от Аноним (5), 17-Мрт-23, 08:41	–5 +/–
это скорей интерпритатор, чем компилятор.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13, #93

9. Сообщение от ИмяХ (?), 17-Мрт-23, 08:48	+3 +/–
А есть транслятор из ассемблера в пайтон?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #33, #34

13. Сообщение от Аноним (13), 17-Мрт-23, 08:52	+9 +/–
Это скорее компилятор, чем интерпритатор (орфография автора сохранена).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #32

24. Сообщение от Шарп (ok), 17-Мрт-23, 09:32	+1 +/–
Emscripten это не только компилятор в wasm, но и эмуляция окружения (сокеты через websocket, printf в консоль браузера) и набор портированных библиотек (pthread, sdl2, openal и т.д.). Как дела с этим у Cheerp? Выполнение абстрактного кода в вакууме не интересует.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #31

27. Сообщение от Аноним (27), 17-Мрт-23, 10:06	+/–
Интересная ситуация получается. GPL используют те, кто хотят рубить бабло, типа Qt, а вот некоторые переводят код на понастоящему свободные лицензии.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #29

29. Сообщение от Аноним (32), 17-Мрт-23, 10:25	–1 +/–
Так делают когда проект закрывается. Ну будем честны проект и раньше был мало кому нужен так как есть альтернативы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27 Ответы: #30

30. Сообщение от Аноним (30), 17-Мрт-23, 10:47	+3 +/–
> Ну будем честны проект и раньше был мало кому нужен так как есть альтернативы будем честны - просто это псевдо IT для смузихлёбов, на острие прогресса совсем другое направление https://en.wikipedia.org/wiki/High-level_synthesis
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #29 Ответы: #38

31. Сообщение от Аноним (13), 17-Мрт-23, 10:47	+2 +/–
> сокеты через websocket, printf в консоль браузера Представляю, какой там оверхед при пересечении границы между WASM и DOM. Запомните, дети: если нужно общаться с внешним миром, манипулировать элементами на странице, посылать туда-сюда запросы, ну и вообще -- если хочется интерактив, то яваскрипт в разы (в разЫ, Ы в конце) быстрее, чем WASM. Единственный сценарий, где WASM быстрее JS -- это числодробилка, которая ровно один раз получила число на вход, погоняла над ним алгоритм в течение часа и ровно один раз отдала результат обратно яваскрипту.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24 Ответы: #35, #40, #47, #85

32. Сообщение от Аноним (32), 17-Мрт-23, 11:00	+2 +/–
Это скорее компилятор интерпретатора, чем интерпретатор.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #82

33. Сообщение от Аноним (32), 17-Мрт-23, 11:02	+5 +/–
Конечно есть сначала ассемблерный код через Ida Pro перегоняешь в Си код. Потом через c2py перегоняешь в питон. Можно даже онлайн https://www.javainuse.com/c2py
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #59

34. Сообщение от _kp (ok), 17-Мрт-23, 11:33	+/–
Есть. Эффективность поченного кода другой вопрос. Но есть.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #84

35. Сообщение от Anon62513512124 (?), 17-Мрт-23, 11:46	+3 +/–
Ну, вообще есть радикальная альтернатива этому подходу - не использовать DOM дерево, а вместо него - QML
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #76

36. Сообщение от Аноним (36), 17-Мрт-23, 11:48	–1 +/–
Сейчас как раз раздумываю над выбором инструмента для написания новой кросс платформенной игрушки. И если выбор платформ традиционный Desktop - Web(HTML5) - Android, то там где-то должен быть С++. Но я скорее склоняюсь к написанию игры на Haxe (этот язык ближе к ActionScript/TypeScript), кото рый умеет компилировать как в C++ , так и в JavaScript. И у которого уже есть графические фреймворки (OpenFL) и фреймворки для создания UI (HaxeUI), есть и разные bindings типа Raylib для Haxe. Кроме того у Haxe есть сборщик мусора и не надо напрямую работать с памятью, что облегчит создание прототипа и обеспечит быструю итерацию.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #81, #89

37. Сообщение от burjui (ok), 17-Мрт-23, 12:06	–3 +/–
Сайты и веб-приложения на C++ — это именно то, чего нашим коллегам так не хватало. Зато теперь на любые претензии в духе "а у вас электрон" можно будет с умным лицом возразить: "Заткнись! У нас C++, поэтому мы умнее, и у нас всё эффективно."
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #39, #41, #96

38. Сообщение от Аноним (62), 17-Мрт-23, 12:15	+/–
Это для разного. То, что в теме - это про Web, А HLS - это для FPGA.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30

39. Сообщение от Аноним (62), 17-Мрт-23, 12:19	+/–
Пиши на Rust, кто не мешает?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #37

40. Сообщение от Рустик (?), 17-Мрт-23, 12:55	–1 +/–
> Представляю, какой там оверхед при пересечении границы между WASM и DOM. 200нс из доки emscripten, т.е. можно забить. Жиснявая вебня куда дольше ворочаться будет.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31

41. Сообщение от Аноним (41), 17-Мрт-23, 12:55	–1 +/–
На: https://www.webtoolkit.eu/
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #37

43. Сообщение от Аноним (43), 17-Мрт-23, 13:31	–1 +/–
вообще для трансляции в js есть nim, который уделывает по всем параметрам раст и по некоторым плюсы
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #45, #52, #100

45. Сообщение от Аноним (32), 17-Мрт-23, 13:52	+/–
Вообще то хорошие развивающиеся проекты на лицензию апач никто не переводит.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #43 Ответы: #55

47. Сообщение от Аноним (47), 17-Мрт-23, 14:17	+/–
> яваскрипт в разы (в разЫ, Ы в конце) быстрее, чем WASM Ради интереса запускал какой-то свой helloworld на Qt в emscripten. Там была табличка QTableView с раскраской (пара сотен строк и пара десятков столбцов). Таких шустрых сайтов на JS я никогда не видел! Т.е. wasm, рисующий на канве через прослойку emscripten, работает быстрее "классического" HTML + JS. Да, там были небольшие глюки с перерисовкой (мерцающий чёрный фон при ресайзе виджета), но в целом очень шустренко работало в firefox. Тут возможно фишка в том, что нужно обеспечить вывод уже отрисованной картинки (которая полностью сформирована внутри wasm без всяких сборщиков мусора, но правда с эмуляцией чего-то похожего на MMU внутри браузера) и всё что требуется от emscripten - энцать раз в секунду обновить картинку на канве.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #31 Ответы: #49, #54

49. Сообщение от Аноним (32), 17-Мрт-23, 14:21	+/–
Не подсказывай ему, пиши свой стартап.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #47

52. Сообщение от Анонимусс (?), 17-Мрт-23, 14:54	–1 +/–
> есть nim Это ненужное еще шевелится? Вообще есть много чего, что можно транслировать с js, тут фишка что можно транслировать именно с/с++ из-за накопленной огромной кодовой базы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #43 Ответы: #58

54. Сообщение от Аноним (13), 17-Мрт-23, 15:04	+/–
Канва работает быстрее DOM? No shit, Sherlock! Правда решение "WASM + канва" нужно сравнивать с аналогичным "JS + канва", но ты настолько глубоко копать не стал. Давай я тебе немного напомню про то, что даже чтобы отправить строку из WASM в JS, нужно эту строку: 1) упаковать в UTF на стороне WASM, 2) посигналить яваскрипту, что ему нужно бы забрать строку вот отсюда, 3) распаковать из UTF на стороне JS при помощи TextDecoder. Отправка из JS в WASM делается аналогично. Это дорогостоящая операция в сравнении с JS-only-решением, где никакой boundary crossing не требуется. Примерно по этой же причине биндинги сишной libxml к node.js работают гораздо медленнее, чем xml-парсеры, написанные целиком на JS. Я еще молчу про то, что канва сама по себе имеет кучу проблем, например отсутствие нативного контекстного меню для инпутов и невозможность обеспечить accessibility.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #47 Ответы: #57, #62

55. Сообщение от Аноним (43), 17-Мрт-23, 15:11	+/–
ох уж эти любители поспорить о лицензиях вместо того, чтобы проги писать
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #45 Ответы: #83

57. Сообщение от Рустик (?), 17-Мрт-23, 15:39	+/–
> нужно сравнивать с аналогичным "JS + канва" Предъяви, сравним. > чтобы отправить строку из WASM в JS, нужно эту строку: Нет не нужно, на стороне c++ принимаешь строку как std::wstring и дальше с ним и работаешь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #54 Ответы: #61

58. Сообщение от burjui (ok), 17-Мрт-23, 15:43	+/–
> именно с/с++ из-за накопленной огромной кодовой базы. Это-то и пугает: в вебе уже достаточно своего мусора на не менее уродливых, но более простых ЯП, а если добавится ещё приплюснутый, то может случиться переполнение кучи. Впрочем, меня сейчас, как обычно, заминусют, потому что местные приплюснутые свято верят в то, что уж они-то говно не пишут, потому что раз для знания всего С++ нужен гигантский ум, то если пишешь на С++, автоматически являешься интеллектуальным гигантом, даже если твой IQ всего на 10 баллов выше, чем у "вебмакак". Тут же каждый второй — сын Страуструпа и Кнута.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #52 Ответы: #72

59. Сообщение от Аноним (59), 17-Мрт-23, 15:55	+3 +/–
далее через CPython собираешь бинарник и цикл можно повторять, до тех пор пока не сойдётся
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #33 Ответы: #74

61. Сообщение от Аноним (13), 17-Мрт-23, 16:18	+/–
> wasm, рисующий на канве через прослойку emscripten, работает быстрее "классического" HTML + JS. > Предъяви, сравним. Так ты и предъявляй. Так-то я тебе тоже могу показать, как JS-гриды на канве работают существенно быстрее JS-гридов на DOM. И никакой васм для этого не понадобился. > Нет не нужно, на стороне c++ принимаешь строку как std::wstring А откуда этот твой std::wstring возьмется без копирования данных из JS-строки в память WASM?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #57 Ответы: #64

62. Сообщение от Аноним (62), 17-Мрт-23, 16:20	+/–
>распаковать из UTF на стороне JS при помощи TextDecoder Чего, JS не может напрямую работать с UTF-8?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #54 Ответы: #71, #92