форумы  помощь  поиск  регистрация  вход/выход  слежка

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

"Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от opennews on 05-Мрт-17, 09:47
Для развиваемого проектом GNU инструментария (binutils, gcc, glibc) подготовлен (https://sourceware.org/ml/binutils/2017-03/msg00044.html) рабочий прототип бэкенда (https://github.com/pipcet/asmjs) с поддержкой новой архитектуры - WebAssembly (https://www.opennet.dev/opennews/art.shtml?num=46117). Бэкенд позволяет использовать GCC для компиляции исходных текстов на языках C/C++ в промежуточный код WebAssembly для последующего выполнения в web-браузере или JavaScript Shell. В binutils добавлена поддержка генерации модулей в формате объектных файлов WebAssembly и упаковки/обработки блоков WebAssembly в исполняемых файлах в формате ELF. Реализована поддержка трёх целевых платформ: asmjs (https://github.com/pipcet/asmjs/blob/everything/asmjs.org) (JavaScript с расширениями Asm.js), wasm32 (https://github.com/pipcet/asmjs/blob/everything/wasm32.org) (WebAssembly с 32-разрядной целочисленной арифметикой) и wasm64 (WebAssembly с 64-разрядной арифметикой с плавающей запятой). На начальной стадии разработки бэкенда были использованы некоторые наработки проекта Emscripten (https://github.com/kripken/emscripten) (компилятор биткода LLVM в JavaScript), но в текущем виде бэкенд не привязан к Emscripten, и все заимствованные из него компоненты заменены на штатные возможности GCC и glibc. В частности, компиляция осуществляется с использованием штатного фронтэнда GCC, предоставляющего все имеющиеся оптимизации, а также специально подготовленного бэкенда, транслирующего внутренний байткод GCC в промежуточный код WebAssembly. Утилита "GNU as" может применяться для создания объектного файла в формате ELF, в который  при необходимости можно поместить отладочную информацию в формате DWARF. Компоновщик "GNU ld" может быть использован для связывания объектных файлов в исполняемый ELF-файл, который при помощи утилиты  wasmify-wasm32 может быть преобразован в формат модуля WebAssembly, пригодного для загрузки в браузере. Напомним, что по своим задачам WebAssembly во многом напоминает PNaCl (Portable Native Client) и Asm.js. Основное отличие от Asm.js состоит в том, что WebAssembly является бинарным форматом, не завязанным на JavaScript и позволяющим выполнять в браузере низкоуровневый промежуточный код. В отличие от PNaCl, промежуточный код WASM не является машинным кодом и не изолирован в отдельной виртуальной машине, а выполняется с похожим на JavaScript уровнем изоляции. Среди основных задач WebAssembly выделяется обеспечение переносимости между браузерами, предсказуемость поведения и идентичности выполнения кода на разных платформах. Использование WebAssembly также позволит существенно сократить размер приложений, благодаря компактному промежуточному коду, и увеличить скорость декодирования. URL: https://sourceware.org/ml/binutils/2017-03/msg00044.html Новость: http://www.opennet.dev/opennews/art.shtml?num=46136
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "Для GCC представлен бэкенд c реализацией WebAssembly"	+36 +/–
Сообщение от mma on 05-Мрт-17, 09:47
WASM звучит ностальгически)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Sabakwaka (ok) on 05-Мрт-17, 09:49
В Хроме-то WebAssembly от Asm.js по скорости отстаёт.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Crazy Alex (ok) on 05-Мрт-17, 14:49
	Насколько? И как насчёт скорости загрузки?
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	58. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Sabakwaka (ok) on 05-Мрт-17, 21:15
	Субъективно — весь геймплей медленнее процентов на 30-40. Зайдите в демки WebAssembly и попробуйте самостоятельно. Может мне OpneCL не хватает или еще какие особенности системы.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

3. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Аноним (??) on 05-Мрт-17, 10:22
Поясните, теперь есть возможность собрать QML приложение?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 11:05
	Она и раньше была, Qt и QML уже работают в связке с Emscripten, другое дело, что если вы ожидаете, что QML будет работать "нативно", то это не так, для этого надо отдельно проделать массу работы.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	13. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 05-Мрт-17, 11:48
	Интересно средствами GCC, а не Emscripten.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	72. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 09:44
	Именно, ожидаю нативной работы, уж очень ненавистен мне html, поскорее бы...
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	81. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 14:34
	Взгляните на Qt for Native Client https://www.opennet.dev/opennews/art.shtml?num=43039 Ну и Wt (https://www.webtoolkit.eu/wt/ru/) уже давно работает.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

4. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Аноним (??) on 05-Мрт-17, 10:59
А в сокеты и треды оно умеет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	9. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Джо on 05-Мрт-17, 11:37
	Сокеты - нет (только то API что доступно JavaScript), поддержка тредов для javascript уже есть в некоторых бразуерах, но по умолчанию отключена (смотреть дополнительно можно отсюда и по ссылкам https://kripken.github.io/emscripten-site/docs/porting/pthre...)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	11. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 11:43
	Если оно умеет в сокеты, тогда придётся браузер держать в отдельной зафайерволенной виртуалке, чтоб ничего кроме 80 и 443 не позволялось.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	18. "Для GCC представлен бэкенд c реализацией WebAssembly"	+3 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 12:31
	При чём тут сокеты? Сокет это просто программная абстракция. К.О.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	27. "Для GCC представлен бэкенд c реализацией WebAssembly"	–4 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 15:27
	webgl тоже программная абстракция, к вопросу "оно умеет webgl" ты тоже придерешься?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	33. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Crazy Alex (??) on 05-Мрт-17, 16:38
	WebGL - это интферфейс вполне себе к железу, если ты не знал
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	89. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 09:12
	Оно вполне может не уметь webgl. Это же для c++ интерфейс.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

	46. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 05-Мрт-17, 18:08
	мб он про WebSockets на которые с http0.9/1.0/1.1/2.0 все никак не мигрируют пользователи и дизайнеры веб-а ? (отчасти из TCP-like первого, возможно и латентности в целом завышенной. да и масштабируемости пока неидеальной для multicore/manycore в 70% реализаций)
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	75. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 11:12
	Я имел ввиду BSD Socket. Т.е. загрузится вместе со страничкой какая-нибудь хрень, откроет на прослушивание обычный сокет и будет ждать команд от управляющего сервера.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	83. "Для GCC представлен бэкенд c реализацией WebAssembly"	+3 +/–
	Сообщение от Crazy Alex (??) on 06-Мрт-17, 14:42
	то, что сейчас она может это делать поллингом или (последние лет семь) через вебсокеты - вас устраивает? Или в чём разница, не пойму
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	41. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 17:45
	> Если оно умеет в сокеты, Ты не поверишь, что умеют современные ОСи^W браузеры.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	49. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 05-Мрт-17, 18:24
	> А в сокеты и треды оно умеет? Web сокеты и Web треды :-)
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	90. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 14:41
	Компилируя Web компилятором по Web браузер, а пользоваться можно только Web пользоватлям
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	71. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 06-Мрт-17, 09:36
	это и javascript умеет.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
Сообщение от Аноним (??) on 05-Мрт-17, 11:22
После добавления DOM API и других в WASM можно будет, допустим, переписать React и другие классные либы на C++ и потом также делать import этих либ в JS-коде?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 05-Мрт-17, 11:32
	Здравая мысль.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	12. "Для GCC представлен бэкенд c реализацией WebAssembly"	+12 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 11:46
	А зачем тогда вообще JS, если можно всё на C++ ?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	15. "Для GCC представлен бэкенд c реализацией WebAssembly"	+26 +/–
	Сообщение от Джо on 05-Мрт-17, 11:56
	Будут тогда беспорядки во многих городах из-за восстаний безработных JavaScript разработчиков.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	16. "Для GCC представлен бэкенд c реализацией WebAssembly"	+4 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 11:59
	А зачем вообще другие языки, если всё можно на си++?
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	26. "Для GCC представлен бэкенд c реализацией WebAssembly"	+4 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 15:25
	Да бездельники напридумывали языков, вместо того чтобы работать
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	91. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 14:43
	> Да бездельники напридумывали языков, вместо того чтобы работать Ну да лучше что бы они на JavaScript понаписали уйму сайтов продажи часов
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	73. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 09:50
	Прокрастинация. Когда человек делает всё, что угодно, лишь бы не писать на с++, даже разрабатывает новый язык.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	21. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от IB on 05-Мрт-17, 13:14
	На Хаскеле же
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	34. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Crazy Alex (??) on 05-Мрт-17, 16:40
	Потому что писать на плюсах вместо JS - это дорого и долго для "простых вебстраничек". Для сложного софта - наоборот.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	47. "Для GCC представлен бэкенд c реализацией WebAssembly"	–2 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 18:13
	> Потому что писать на плюсах вместо JS - это дорого и долго > для "простых вебстраничек". Для сложного софта - наоборот. это "дорого" только в плане первичных вложений, особенно стоимость Найма/Поиска сепциалиста реально Способного написать оное в формате расширения веб-сервера+udf/t-squl и подобных(те связка расширения веб-морды с логикой веб-приложения бегающего внутри SQL-сервера(или распределенной БД) а не на веб-серваке, "как обычно".). в долгосрочной - очень себя окупает. и по деньгам и по деньгам за счет большей масштабируемости и секьюрности и надежности. плюс если не наравится C++ можно все это собирать на Любых ОП, поддерживающих сборку оных модулей под веб-морду/сервер (ДБ сервак Сам компилит свое, обычно).
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	59. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 21:16
	То есть вы правда считаете, что умеете считать деньги лучше всех этих корпораций, делающие свои продукты на питонах/рельсах/пхп/nodejs, а не на с++?
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	64. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от НяшМяш (ok) on 05-Мрт-17, 22:04
	Корпорации поэтому и делают деньги, потому что на разработку тратят три копейки, а продают за три рубля. В отличие от продвинутого Васи++, который разрабатывает за 2 рубля, а продаёт за 2.5, чтобы хоть как-то покупали. ЗЫ. В опросе CPP vs JS отдам голос за CPP - хоть и мало довелось писать на + и относительно много на JS.
	Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

	92. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 14:50
	> Корпорации поэтому и делают деньги, потому что на разработку тратят три копейки, > а продают за три рубля. В отличие от продвинутого Васи++, который > разрабатывает за 2 рубля, а продаёт за 2.5, чтобы хоть как-то > покупали. А что Вам не нрвиться в этих языках. Воспринимайте их как расширение для C++. Просто какой-то фреймворк на подобии apr только с поддержкой конфигов определенного синтаксиса. Я вот всегда так думаю когда пишу на языках отичных от си.
	Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

	67. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Crazy Alex (ok) on 06-Мрт-17, 00:41
	Я даже представить не могу, в каких случаях такая стрёмная архитектура может себя окупить. Осмысленный вариант делается ровно наоборот - пачка слабо связанных модулей, в каждом из которых вообще пофигу на чём написаны и где находятся все остальные, густо пересыпанная кэшами. А ты предлагаешь зачем-то даже MVC отменить и ляпать монолит.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	69. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Илья (??) on 06-Мрт-17, 03:54
	Ваша идея кошмарна.
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	68. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
	Сообщение от Наркоман on 06-Мрт-17, 02:22
	>писать на плюсах вместо JS - это дорого и долго пральна, надо на питоне!
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	93. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 14:51
	>>писать на плюсах вместо JS - это дорого и долго > пральна, надо на питоне! как там в питоне то синхронизация и гил уже разрешился
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	65. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
	Сообщение от Отражение луны (ok) on 05-Мрт-17, 23:53
	Потому что JS лучше CPP
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	17. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 12:06
	Да, нашёл ответ. http://webassembly.org/getting-started/js-api/
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	77. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 12:14
	можно, только в этом нет никакого смысла. Бутылочное горлышко в реактах с ангулярами - не javascript, а трансформации DOM дерева
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	82. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 14:38
	Можно. Вообще, это уникальная возможность получить единый апи для любых библиотек написанных на любых языках. Только представьте: идеальная интероперабельность, никаких костыльных биндингов.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	94. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 14:56
	> Можно. Вообще, это уникальная возможность получить единый апи для любых библиотек написанных > на любых языках. Только представьте: идеальная интероперабельность, никаких костыльных > биндингов. Как показывает опыт последних лет 20 как-то все выходит боком. Все не совместимо и простые операции вроде линий, канвасов и т.д. не работал со звуком и сокетами, но и там я так понимаю протокола одного нет.
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

14. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Аноним (??) on 05-Мрт-17, 11:51
А фронтэнд для Rust в GCC будет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	42. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от нонон on 05-Мрт-17, 17:49
	В расте уже есть таргет wasm32-unknown-emscripten
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от IB on 05-Мрт-17, 13:13
Годнота. Когда уж JS отомре
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	22. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 05-Мрт-17, 13:55
	Даешь больше дыр в браузер!
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	48. "Для GCC представлен бэкенд c реализацией WebAssembly"	–3 +/–
	Сообщение от Аноиним on 05-Мрт-17, 18:15
	> Даешь больше дыр в браузер! не, как раз WebAssembly - снижает эксплоитируемость "из интернета" и ощутимо. надо туда еще помимо JS запилить бидон и перл, как самые популярные из "перманентно уязывимых" и еще какую-нить хрень "из числа модных"(лисп ? руби? и прочую хрень. хаскель, эрланг, что угодно).
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	79. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Lain_13 (ok) on 06-Мрт-17, 13:31
	Можно подробнее почему WASM безопаснее JS? Ну кроме того, что у него сейчас нет доступа ко многим API, к которым есть доступ у JS, и что, вроде как, собираются исправить.
	Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

	84. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 06-Мрт-17, 15:10
	Из Web assembly доступны все те же апи что и js, не больше, не меньше.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

25. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
Сообщение от Аноним (??) on 05-Мрт-17, 15:24
Так теперь emscripten не нужен, я правильно понял?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	95. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 14:58
	> Так теперь emscripten не нужен, я правильно понял? Будет нужен как минимум еще лет 10 для всяких там майкросовтов я думаю
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

28. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Аноним (??) on 05-Мрт-17, 16:12
Чё-то я не понял, а это как объяснить? Где тут промежуточный код WebAssembly? >The GitHub sources include support for using asm.js instead of wasm
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	35. "Для GCC представлен бэкенд c реализацией WebAssembly"	–2 +/–
	Сообщение от Crazy Alex (??) on 05-Мрт-17, 16:43
	Это вообще сбоку. Перевод - "мы умеем генерировать не только wasm, но и asm.js"
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	36. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 17:02
	Правильный перевод - "Исходники на gihub включают поддержку использования asm.js ВМЕСТО wasm". В новости же говориться, что - "Бэкенд позволяет использовать GCC для компиляции исходных текстов на языках C/C++ в промежуточный код WebAssembly". Может кому-то всё же стоит выучить английский?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	37. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Crazy Alex (??) on 05-Мрт-17, 17:09
	А голову включить? Речь о том, что можно (используя asmjs-virtual-asmjs-gcc) генерировать asm.js вместо wasm. А можно - взяв wasm32-virtual-wasm32-gcc - генерировать собственно wasm.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	38. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 17:12
	Здесь телепатов нет, написано чётко и ясно, что это бекэнд только для asm.js. Точно так же, как ты я мог утверждать, что это бекэнд для генерации webGL или для web sockets. Ну, а чё это же любому понятно хоть нигде и не написано.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	55. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 19:29
	> Здесь телепатов нет, написано чётко и ясно, что это бекэнд только для > asm.js. > написано чётко и ясно >> The GitHub sources include support for using asm.js instead of was Четко и ясно тут только, что включена поддержка использования asm.js вместо wasm.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	62. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Ordu (ok) on 05-Мрт-17, 21:24
	Если ты не можешь в телепатию, то читай тексты целиком, а не случайно выдранные оттуда фразы.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	43. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 17:52
	>>The GitHub sources include support for using asm.js instead of wasm, and some rudimentary support for simulating a 64-bit machine using wasm. > Правильный перевод - "Исходники на gihub включают поддержку использования asm.js ВМЕСТО > wasm". В новости же говориться, что - "Бэкенд позволяет использовать GCC > для компиляции исходных текстов на языках C/C++ в промежуточный код WebAssembly". Рукалицо. > Может кому-то всё же стоит выучить английский? Разрешаю приступать.
	Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

	45. "Для GCC представлен бэкенд c реализацией WebAssembly"	–4 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 18:03
	>and some rudimentary support for simulating a 64-bit machine using wasm Слова rudimentary и simulating сам переведёшь или ссылку на гугол транслейт дать? В новости написано - "Бэкенд позволяет использовать GCC для компиляции исходных текстов на языках C/C++ в промежуточный код WebAssembly". По факту же была представлена ЗАЧАТОЧНАЯ поддержка СИМУЛЯЦИИ 64 битной машины. Ни о какой компиляции в промежуточный код в оригинале сообщения не говорится вообще.
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	51. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Crazy Alex (??) on 05-Мрт-17, 18:55
	Ну ты хоть разок как-то вникни в вопрос прежде чем постить.  Или на ключевые слова только реагируешь? Там ДВА бакэнда для wasm: 32-bit и 64-bit. О чём в новости ясно написано. 32-bit поддерживаются идущим в релиз в браузерах WebAssembly и этим компилятором. 64-bit не релизится в браузерах и недопилен в этом компиляторе. С гитхаба: "wasm64 support is severely outdated (and simulates 64-bit operations as 32-bit ones anyway; the wasm MVP will probably not contain 64-bit support)." Остальные пруфы гугли сам.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

56. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Аноним (??) on 05-Мрт-17, 19:39
coreutils уже можно им собрать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

57. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
Сообщение от Аноним (??) on 05-Мрт-17, 20:43
Это что, теперь можно сайт написать на С/С++ и бинарником послать в браузер!? Если это так, то это просто отвратительно ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	60. "Для GCC представлен бэкенд c реализацией WebAssembly"	+1 +/–
	Сообщение от Аноним (??) on 05-Мрт-17, 21:21
	> Это что, теперь можно сайт написать на С/С++ и бинарником послать в > браузер!? Если это так, то это просто отвратительно ... Не сильно "бинарнее", чем обфусцированный яваскрипт, в плане того, что вы сможете понять. Бинарник, да, но есессно не нативный. Декомпилироваться должен неплохо, байт-код очень высокоуровневый.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	70. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 06-Мрт-17, 04:35
	Декомпилируется он на самом деле паршиво, впрочем как и asm.js код. Информации о размерах и типах структур нет. Но есть информация по количеству параметров функций, но это не поможет отличить int32,char*,int*. Ну и при желании можно все параметры запихнуть в стек и понять можно будет лишь наличие возвращаемого значения.
	Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

	66. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Crazy Alex (ok) on 06-Мрт-17, 00:35
	Уже года три как можно в виде asm.js :-) В WebAssembly просто его косяки реализации убрали
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

61. "Для GCC представлен бэкенд c реализацией WebAssembly"	–1 +/–
Сообщение от Michael Shigorin (ok) on 05-Мрт-17, 21:22
Это вместо gcj?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

74. "Для GCC представлен бэкенд c реализацией WebAssembly"	–3 +/–
Сообщение от Kodir (ok) on 06-Мрт-17, 11:04
Очередной маразм а-ля java applets, только теперь "не в прямоугольничке". Поиграются, потратят силы и выкинут!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	80. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Аноним (??) on 06-Мрт-17, 14:17
	Выкинуть будет очень не просто. Обычно от стандартов отказываются, когда есть лучшая альтернатива или спрос ушел в 0. Здесь ни того, ни другого не предвидится.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	85. "Для GCC представлен бэкенд c реализацией WebAssembly"	+2 +/–
	Сообщение от Аноним (??) on 06-Мрт-17, 15:19
	Нет, это то, что надо было сделать с самого начала, встроить в браузеры виртуальную машину исполняющую универсальный байткод, а не фронтенд специального языка специально для web - JavaScript. В отличие от плагинов java и флеш, webasm использует тот же апи, что и js. Исполняется с теми же правами что и js.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	96. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 15:03
	> Нет, это то, что надо было сделать с самого начала, встроить в > браузеры виртуальную машину исполняющую универсальный байткод, а не фронтенд специального > языка специально для web - JavaScript. > В отличие от плагинов java и флеш, webasm использует тот же апи, > что и js. Исполняется с теми же правами что и js. Итак, изначально мы берем одного разработчика и он фигачит и на HTML и JavaScript и черт знает еще на чем PHP, SQL и т.д. А теперь нужно заморочиться и создать проект туда нафигарить кода для сайта еще и дизайн для сайта сделать, так как элементарно нужно будет хотя бы ID как-то указывать. То есть если раньше порог вхождения в сайты был простой, то теперь порог вхождения стал гораздо больше, а ... а результат точно такой же. Почему результат такой же все просто код JavaScript все равно на стороне клиента будет откомпилирован в байт код. Короче говоря толку мало а возни полным полно
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	97. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
	Сообщение от Аноним (??) on 12-Мрт-17, 15:07
	>[оверквотинг удален] > т.д. > А теперь нужно заморочиться и создать проект туда нафигарить кода для сайта > еще и дизайн для сайта сделать, так как элементарно нужно будет > хотя бы ID как-то указывать. > То есть если раньше порог вхождения в сайты был простой, то теперь > порог вхождения стал гораздо больше, а ... а результат точно такой > же. > Почему результат такой же все просто код JavaScript все равно на стороне > клиента будет откомпилирован в байт код. Короче говоря толку мало а > возни полным полно Дизайн* = architecture
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

88. "Для GCC представлен бэкенд c реализацией WebAssembly"	+/–
Сообщение от Аноним (??) on 10-Мрт-17, 18:53
Я не понял, мода на javascript прошла? Возвращаемся в нативному c++? Колесо сделало очередной оборот?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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