The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Для GCC представлен бэкенд c реализацией WebAssembly"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Для 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 email(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 email(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 | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру