Алан Закай (Alon Zakai) из занимающегося мобильными технологиями подразделения компании Mozilla создал компилятор Emscipten (http://code.google.com/p/emscripten/), преобразующий байт-кода LLVM (http://llvm.org/) в JavaScript-представление, что сделало возможным сформировать код на языке JavaScript из исходных текстов на другом языке для которого имеется LLVM-транслятор. Например, для преобразования кода на С/С++ на первом этапе при помощи llvm-gcc или clang формируется байт-код, а затем для полученного байт-кода (http://llvm.org/releases/1.3/docs/BytecodeFormat.html), запускается компилятор Emscipten, на выходе которого формируется JavaScript-код.В отличие от технологии Native Client (http://code.google.com/p/nativeclient/), которая позволяет (http://www.opennet.me/opennews/art.shtml?num=19308) выполнять
исполняемый код на стороне пользователя через плагин в браузере,
Emscripten формирует скрипт на языке JavaScript, который может быть интерпретирован непосредственно встроенн...URL: http://devworks.thinkdigit.com/Internet/Emscripten-brings-C-...
Новость: http://www.opennet.me/opennews/art.shtml?num=27831
теперь можно прямо из internet explroer собрать linux?
Это пять!
> но в отличии от Native Client, которое в полной мере поддерживает только 32-битную архитектуруNaCl может работать не только со списком заранее указанных (32 битных) архетектур, но и с LLVM в качестве архитектуры
(этот код есть в ветках VCS-репозитариев NaCl)
поэтому этот абзац новости неуместен
Вы как будто про поваренную соль говорите - NaCl так и хочется прочитать как "натрий-хлор".
а ещё его называют ГНК (Google Native Client) .. но гос-нарко-контроль наверно ввиду не имеется :-)
http://code.google.com/p/nativeclient-sdk/wiki/FAQQ: What are the supported architectures?
x86_32 and x86_64. ARM is a work in progress.
Note: if you’re on Linux, only a 32-bit browser will load .nexes. We’re working on 64-bit.
Оиличная идея вместо (->нативный код) воткнем (->байткод->яваскрипт->интерпретатор) с оверхедом в не разы даже, а порядки. Никогда не будут вебприложения работать как нитивные, ни-ког-да.
>Оиличная идея вместо (->нативный код) воткнем (->байткод->яваскрипт->интерпретатор) с оверхедом в не разы даже, а порядки. Никогда не будут вебприложения работать как нитивные, ни-ког-да.Какой-нибудь Doom, я думаю, на современных компьютерах будет работать, как и в прежние времена на 386-х. Так что когда-нибудь любое современное приложение будет лет через 20 работать в браузере с JavaScript так же, как сейчас работает на настоящем железе.
Ну, учитывая закон Мура (который уже перестает выполняться) - да, любое десктоп приложение через 10 лет будет работать в виде веб приложения с той же скоростью. Но если учесть еще и наличие скорости света, которое вносит неустранимые задержки, повторюсь - ни-ког-да.
> повторюсь - ни-ког-да.бесполезное для практики утверждение.
Если будет на несколько процентов медленнее - то все будут считать "с той же скоростью" из практических соображений.
У меня на современном нетбуке Samsung N148, купленном в этом году, тормозит (из-за драйвера видеокарты) Starcraft 1996-го года выпуска. Вы всё ещё забиваете на оптимизацию? Тогда я иду к вам. С молотком потяжелее, забивать вас.
Модераторы, почему трём комментарии? Обсуждение по теме было.
Попробуйте развернуть мысль, существует отличная от нуля вероятность, что они вас просто не поняли.
>Модераторы, почему трём комментарии? Обсуждение по теме было.Толстое обсуждение было)
Что-то я не совсем понял сферу применения...судя по первому абзацу речь идет об применении Emscipten аналогично языку HaXe...а судя по второму абзацу совсем ничего не понятно
И чем это лучше жаба-апплетов?
Класс! Теперь сплойты можно будет прямо в браузере компилить ;)
>И чем это лучше жаба-апплетов?Вы про жабу или ЖабоСкрипт?)
Кроме как для ОС из браузера, применение сомнительное.
Кстати, ОС из браузера - это, ИМХО, интересно, учитывая какие удобные/гибкие возможности построение интерфейса предоставляют HTML/CSS.
>Кроме как для ОС из браузера, применение сомнительное.
>Кстати, ОС из браузера - это, ИМХО, интересно, учитывая какие удобные/гибкие возможности
>построение интерфейса предоставляют HTML/CSS.Для блондинок - может быть. Серьезного применения у этого нет и быть не может.
Несерьезное утверждение.Для решения любой задачи есть наиболее подходящий инструмент. Для интернет-общения, браузер, с его постоянно растущими возможностями, -- достаточно подходящий. Указанный в заголовке новости проект как раз способствует развитию возможностей браузера.
>Кроме как для ОС из браузера, применение сомнительное.
>Кстати, ОС из браузера - это, ИМХО, интересно, учитывая какие удобные/гибкие возможности
>построение интерфейса предоставляют HTML/CSS.ОС из браузера.
Драйверы из браузера.
Биос из браузера...
И все на JavaScript =)"ОС из брауера" - это такое понятие, который каждый понимает по своему.
Если вам нужен рабочий стол из браузера, то таких проектов (причем вполне рабочих) уже навалом.
Например, eyeos.
А если вам прямо, чтоб прям как комп, чтобы с биосом, драйверами, прерываниями и прочим, то оно того не стоит.
Слишком медленно.
Мда, безумие. Есть куча локальных вычислительных мощностей - но вместо того, чтобы их задействовать, логику крутят на серверах, а на локале показывают морду - а так как длялокала она ни разу не доверенная - крутят в разного рада песочницах, успешно сжирающих процессорные мощности.А Мозилле привет от Адоба - у них плюсы давным-давно в ActionScript (он же ECMAScript 4) в Alchemy транслируются.
>Мда, безумие. Есть куча локальных вычислительных мощностей - но вместо того, чтобы
>их задействовать, логику крутят на серверах, а на локале показывают морду
>- а так как длялокала она ни разу не доверенная -
>крутят в разного рада песочницах, успешно сжирающих процессорные мощности.Ну так как раз вот такими песочницами ваши локальные мощности и загружаются.
Все делается-то не жабой, а жабоскриптой.