URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 110600
[ Назад ]

Исходное сообщение
"Для GCC представлен бэкенд c реализацией WebAssembly"

Отправлено opennews , 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.ru/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.ru/opennews/art.shtml?num=46136


Содержание

Сообщения в этом обсуждении
"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено mma , 05-Мрт-17 09:47 
WASM звучит ностальгически)

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Sabakwaka , 05-Мрт-17 09:49 
В Хроме-то WebAssembly от Asm.js по скорости отстаёт.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 05-Мрт-17 14:49 
Насколько? И как насчёт скорости загрузки?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Sabakwaka , 05-Мрт-17 21:15 
Субъективно — весь геймплей медленнее процентов на 30-40.

Зайдите в демки WebAssembly и попробуйте самостоятельно.

Может мне OpneCL не хватает или еще какие особенности системы.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 10:22 
Поясните, теперь есть возможность собрать QML приложение?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:05 
Она и раньше была, Qt и QML уже работают в связке с Emscripten, другое дело, что если вы ожидаете, что QML будет работать "нативно", то это не так, для этого надо отдельно проделать массу работы.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:48 
Интересно средствами GCC, а не Emscripten.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 09:44 
Именно, ожидаю нативной работы, уж очень ненавистен мне html, поскорее бы...

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 14:34 
Взгляните на Qt for Native Client https://www.opennet.ru/opennews/art.shtml?num=43039
Ну и Wt (https://www.webtoolkit.eu/wt/ru/) уже давно работает.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 10:59 
А в сокеты и треды оно умеет?

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

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:43 
Если оно умеет в сокеты, тогда придётся браузер держать в отдельной зафайерволенной виртуалке, чтоб ничего кроме 80 и 443 не позволялось.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 12:31 
При чём тут сокеты? Сокет это просто программная абстракция.

К.О.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 15:27 
webgl тоже программная абстракция, к вопросу "оно умеет webgl" ты тоже придерешься?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 05-Мрт-17 16:38 
WebGL - это интферфейс вполне себе к железу, если ты не знал

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 09:12 
Оно вполне может не уметь webgl. Это же для c++ интерфейс.

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

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 11:12 
Я имел ввиду BSD Socket. Т.е. загрузится вместе со страничкой какая-нибудь хрень, откроет на прослушивание обычный сокет и будет ждать команд от управляющего сервера.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 06-Мрт-17 14:42 
то, что сейчас она может это делать поллингом или (последние лет семь) через вебсокеты - вас устраивает? Или в чём разница, не пойму

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 17:45 
> Если оно умеет в сокеты,

Ты не поверишь, что умеют современные ОСи^W браузеры.



"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 18:24 
> А в сокеты и треды оно умеет?

Web сокеты и Web треды :-)


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 14:41 
Компилируя Web компилятором по Web браузер,
а пользоваться можно только Web пользоватлям

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 09:36 
это и javascript умеет.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:22 
После добавления DOM API и других в WASM можно будет, допустим, переписать React и другие классные либы на C++ и потом также делать import этих либ в JS-коде?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:32 
Здравая мысль.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:46 
А зачем тогда вообще JS, если можно всё на C++ ?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Джо , 05-Мрт-17 11:56 
Будут тогда беспорядки во многих городах из-за восстаний безработных JavaScript разработчиков.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:59 
А зачем вообще другие языки, если всё можно на си++?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 15:25 
Да бездельники напридумывали языков, вместо того чтобы работать

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 14:43 
> Да бездельники напридумывали языков, вместо того чтобы работать

Ну да лучше что бы они на JavaScript понаписали уйму сайтов продажи часов


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 09:50 
Прокрастинация. Когда человек делает всё, что угодно, лишь бы не писать на с++, даже разрабатывает новый язык.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено IB , 05-Мрт-17 13:14 
На Хаскеле же

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 05-Мрт-17 16:40 
Потому что писать на плюсах вместо JS - это дорого и долго для "простых вебстраничек". Для сложного софта - наоборот.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 18:13 
> Потому что писать на плюсах вместо JS - это дорого и долго
> для "простых вебстраничек". Для сложного софта - наоборот.

это "дорого" только в плане первичных вложений, особенно стоимость Найма/Поиска сепциалиста реально Способного написать оное в формате расширения веб-сервера+udf/t-squl и подобных(те связка расширения веб-морды с логикой веб-приложения бегающего внутри SQL-сервера(или распределенной БД) а не на веб-серваке, "как обычно".).
в долгосрочной - очень себя окупает. и по деньгам и по деньгам за счет большей масштабируемости и секьюрности и надежности.
плюс если не наравится C++ можно все это собирать на Любых ОП, поддерживающих сборку оных модулей под веб-морду/сервер (ДБ сервак Сам компилит свое, обычно).



"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 21:16 
То есть вы правда считаете, что умеете считать деньги лучше всех этих корпораций, делающие свои продукты на питонах/рельсах/пхп/nodejs, а не на с++?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено НяшМяш , 05-Мрт-17 22:04 
Корпорации поэтому и делают деньги, потому что на разработку тратят три копейки, а продают за три рубля. В отличие от продвинутого Васи++, который разрабатывает за 2 рубля, а продаёт за 2.5, чтобы хоть как-то покупали.

ЗЫ. В опросе CPP vs JS отдам голос за CPP - хоть и мало довелось писать на + и относительно много на JS.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 14:50 
> Корпорации поэтому и делают деньги, потому что на разработку тратят три копейки,
> а продают за три рубля. В отличие от продвинутого Васи++, который
> разрабатывает за 2 рубля, а продаёт за 2.5, чтобы хоть как-то
> покупали.

А что Вам не нрвиться в этих языках. Воспринимайте их как расширение для C++. Просто какой-то фреймворк на подобии apr только с поддержкой конфигов определенного синтаксиса. Я вот всегда так думаю когда пишу на языках отичных от си.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 06-Мрт-17 00:41 
Я даже представить не могу, в каких случаях такая стрёмная архитектура может себя окупить. Осмысленный вариант делается ровно наоборот - пачка слабо связанных модулей, в каждом из которых вообще пофигу на чём написаны и где находятся все остальные, густо пересыпанная кэшами. А ты предлагаешь зачем-то даже MVC отменить и ляпать монолит.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Илья , 06-Мрт-17 03:54 
Ваша идея кошмарна.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Наркоман , 06-Мрт-17 02:22 
>писать на плюсах вместо JS - это дорого и долго

пральна, надо на питоне!


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 14:51 
>>писать на плюсах вместо JS - это дорого и долго
> пральна, надо на питоне!

как там в питоне то синхронизация и гил уже разрешился


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Отражение луны , 05-Мрт-17 23:53 
Потому что JS лучше CPP

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 12:06 
Да, нашёл ответ. http://webassembly.org/getting-started/js-api/

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 12:14 
можно, только в этом нет никакого смысла. Бутылочное горлышко в реактах с ангулярами - не javascript, а трансформации DOM дерева

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 14:38 
Можно. Вообще, это уникальная возможность получить единый апи для любых библиотек написанных на любых языках. Только представьте: идеальная интероперабельность, никаких костыльных биндингов.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 14:56 
> Можно. Вообще, это уникальная возможность получить единый апи для любых библиотек написанных
> на любых языках. Только представьте: идеальная интероперабельность, никаких костыльных
> биндингов.

Как показывает опыт последних лет 20 как-то все выходит боком. Все не совместимо и простые операции вроде линий, канвасов и т.д. не работал со звуком и сокетами, но и там я так понимаю протокола одного нет.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 11:51 
А фронтэнд для Rust в GCC будет?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено нонон , 05-Мрт-17 17:49 
В расте уже есть таргет wasm32-unknown-emscripten

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено IB , 05-Мрт-17 13:13 
Годнота.
Когда уж JS отомре

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 13:55 
Даешь больше дыр в браузер!

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноиним , 05-Мрт-17 18:15 
> Даешь больше дыр в браузер!

не, как раз WebAssembly - снижает эксплоитируемость "из интернета" и ощутимо.
надо туда еще помимо JS запилить бидон и перл, как самые популярные из "перманентно уязывимых" и еще какую-нить хрень "из числа модных"(лисп ? руби? и прочую хрень. хаскель, эрланг, что угодно).


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Lain_13 , 06-Мрт-17 13:31 
Можно подробнее почему WASM безопаснее JS? Ну кроме того, что у него сейчас нет доступа ко многим API, к которым есть доступ у JS, и что, вроде как, собираются исправить.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 15:10 
Из Web assembly доступны все те же апи что и js, не больше, не меньше.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 15:24 
Так теперь emscripten не нужен, я правильно понял?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 14:58 
> Так теперь emscripten не нужен, я правильно понял?

Будет нужен как минимум еще лет 10 для всяких там майкросовтов я думаю


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 16:12 
Чё-то я не понял, а это как объяснить? Где тут промежуточный код WebAssembly?

>The GitHub sources include support for using asm.js instead of wasm


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 05-Мрт-17 16:43 
Это вообще сбоку. Перевод - "мы умеем генерировать не только wasm, но и asm.js"

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

Может кому-то всё же стоит выучить английский?


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 05-Мрт-17 17:09 
А голову включить? Речь о том, что можно (используя asmjs-virtual-asmjs-gcc) генерировать asm.js вместо wasm. А можно - взяв wasm32-virtual-wasm32-gcc - генерировать собственно wasm.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 17:12 
Здесь телепатов нет, написано чётко и ясно, что это бекэнд только для asm.js.

Точно так же, как ты я мог утверждать, что это бекэнд для генерации webGL или для web sockets. Ну, а чё это же любому понятно хоть нигде и не написано.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 19:29 
> Здесь телепатов нет, написано чётко и ясно, что это бекэнд только для
> asm.js.
> написано чётко и ясно
>> The GitHub sources include support for using asm.js instead of was

Четко и ясно тут только, что включена поддержка использования asm.js вместо wasm.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Ordu , 05-Мрт-17 21:24 
Если ты не можешь в телепатию, то читай тексты целиком, а не случайно выдранные оттуда фразы.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 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".

Рукалицо.

> Может кому-то всё же стоит выучить английский?

Разрешаю приступать.



"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 18:03 
>and some rudimentary support for simulating a 64-bit machine using wasm

Слова rudimentary и simulating сам переведёшь или ссылку на гугол транслейт дать?
В новости написано - "Бэкенд позволяет использовать GCC для компиляции исходных текстов на языках C/C++ в промежуточный код WebAssembly". По факту же была представлена ЗАЧАТОЧНАЯ поддержка СИМУЛЯЦИИ 64 битной машины. Ни о какой компиляции в промежуточный код в оригинале сообщения не говорится вообще.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 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)." Остальные пруфы гугли сам.


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 19:39 
coreutils уже можно им собрать?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 20:43 
Это что, теперь можно сайт написать на С/С++ и бинарником послать в браузер!? Если это так, то это просто отвратительно ...

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 05-Мрт-17 21:21 
> Это что, теперь можно сайт написать на С/С++ и бинарником послать в
> браузер!? Если это так, то это просто отвратительно ...

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


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 04:35 
Декомпилируется он на самом деле паршиво, впрочем как и asm.js код. Информации о размерах и типах структур нет. Но есть информация по количеству параметров функций, но это не поможет отличить int32,char*,int*. Ну и при желании можно все параметры запихнуть в стек и понять можно будет лишь наличие возвращаемого значения.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Crazy Alex , 06-Мрт-17 00:35 
Уже года три как можно в виде asm.js :-) В WebAssembly просто его косяки реализации убрали

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Michael Shigorin , 05-Мрт-17 21:22 
Это вместо gcj?

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Kodir , 06-Мрт-17 11:04 
Очередной маразм а-ля java applets, только теперь "не в прямоугольничке". Поиграются, потратят силы и выкинут!

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 14:17 
Выкинуть будет очень не просто. Обычно от стандартов отказываются, когда есть лучшая альтернатива или спрос ушел в 0. Здесь ни того, ни другого не предвидится.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 06-Мрт-17 15:19 
Нет, это то, что надо было сделать с самого начала, встроить в браузеры виртуальную машину исполняющую универсальный байткод, а не фронтенд специального языка специально для web - JavaScript.
В отличие от плагинов java и флеш, webasm использует тот же апи, что и js. Исполняется с теми же правами что и js.

"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 15:03 
> Нет, это то, что надо было сделать с самого начала, встроить в
> браузеры виртуальную машину исполняющую универсальный байткод, а не фронтенд специального
> языка специально для web - JavaScript.
> В отличие от плагинов java и флеш, webasm использует тот же апи,
> что и js. Исполняется с теми же правами что и js.

Итак, изначально мы берем одного разработчика и он фигачит и на HTML и JavaScript и черт знает еще на чем PHP, SQL и т.д.

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

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

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


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 12-Мрт-17 15:07 
>[оверквотинг удален]
> т.д.
> А теперь нужно заморочиться и создать проект туда нафигарить кода для сайта
> еще и дизайн для сайта сделать, так как элементарно нужно будет
> хотя бы ID как-то указывать.
> То есть если раньше порог вхождения в сайты был простой, то теперь
> порог вхождения стал гораздо больше, а ... а результат точно такой
> же.
> Почему результат такой же все просто код JavaScript все равно на стороне
> клиента будет откомпилирован в байт код. Короче говоря толку мало а
> возни полным полно

Дизайн* = architecture


"Для GCC представлен бэкенд c реализацией WebAssembly"
Отправлено Аноним , 10-Мрт-17 18:53 
Я не понял, мода на javascript прошла? Возвращаемся в нативному c++? Колесо сделало очередной оборот?