LINUX.ORG.RU

Исходный код JavaScript-движка ChakraCore выложен на GitHub

 , ,


3

1

Компания Microsoft открыла исходный код ключевых компонентов JavaScript-движка Chakra, работающего в Microsoft Edge.

В репозитарии ChakraCore можно обнаружить полностью поддерживаемый открытый и изолированный движок JavaScript с теми же характеристиками, что и движок Chakra в Microsoft Edge, который можно встраивать в свои проекты. Исходники распространяются под лицензией MIT.

Исходный код

>>> Подробности



Проверено: Klymedy ()
Последнее исправление: Klymedy (всего исправлений: 3)
Ответ на: комментарий от tailgunner

Ну тогда надо идти путем гугла, и писать свою систему сборки с блэкджэком и шлюхами.

invy ★★★★★
()
Ответ на: комментарий от derlafff

от того, что они дропнули легаси и сделали ребрендинг, IE не перестал быть IE

Это понятно. Но как не называй EDGE (хоть IE 12) - он на голову сильнее IE 11 по движку. Тому же фурифоксу до такого уровня топать и топать...

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от anonymous

что ещё за «хранилище»? Ты этот термин сам себе для использования выдумал?

http://www.rugentoo.org/glossary/index.html Таких как ты, гентушники будут пизьдить ссаной тряпкой.

Уважай русский язык, а то так и останешся гавном.

anonymous
()
Ответ на: комментарий от anonymous

что ещё за «хранилище»? Ты этот термин сам себе для использования выдумал?

http://www.rugentoo.org/glossary/index.html Таких как ты, гентушники будут пизьдить ссаной тряпкой.

Уважай русский язык, а то так и останешся гавном.

anonymous
()
Ответ на: комментарий от fornlr

он на голову сильнее IE 11 по движку. Тому же фурифоксу до такого уровня топать и топать...

ога, по синтетическим тестам. ога, с репутацией MS по подделыванию бенчмарков. ога.

derlafff ★★★★★
()
Ответ на: комментарий от derlafff

ога, по синтетическим тестам.

Не только, а по много чему.

Слился presto :'-( Плавно сливается gecko - хорошо бы, чтоб у Mozilla с Rust что-то нормальное вышло.

А IE/EDGE в то время медленно и верно восстал из зада.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 1)
Ответ на: комментарий от fornlr

А IE/EDGE в то время медленно и верно восстал из зада.

Ай-яй, яй, плагиат. Защитники Майкрософта даже на форумах крадут чужие слова.

Узрите истину, Вы, жалкие рабы Некрософта.

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

из Книги Mozilla, 15:1

anonymous
()
Ответ на: комментарий от anonymous

Уважай русский язык

Всё хорошо, но как тогда перевести на русский «To clone a repository from the GitHub storage»?

monk ★★★★★
()
Ответ на: комментарий от monk

Если ты Незнайка, то обратись за помощью к профессиональным переводчикам.

Если провокатор, то займи своё законное место в заднице пиндоса.

anonymous
()
Ответ на: комментарий от anonymous

Если ты Незнайка, то обратись за помощью к профессиональным переводчикам.

Судя по тому, как переводятся книги, однозначного решения этот вопрос не имеет.

Если провокатор, то займи своё законное место в заднице пиндоса.

Чем репозитарий хуже, чем сокет, стек, сервер? Или ты их тоже называешь гнездо, магазин и спецвычислитель?

monk ★★★★★
()
Ответ на: комментарий от monk

Привет йеблан

Чем репозитарий хуже, чем сокет, стек, сервер? Или ты их тоже называешь гнездо, магазин и спецвычислитель?

Ты кому вопрос задаёшь?

Иди на сайт «Русского Gentoo» и задай свой воспрос там.

anonymous
()
Ответ на: Привет йеблан от anonymous

Ты кому вопрос задаёшь?

Вот этому анонимусу: Исходный код JavaScript-движка ChakraCore выложен на GitHub (комментарий)

Иди на сайт «Русского Gentoo»

Там вообще с единообразием грустно: repository у них «хранилище», зато mount — «монтирование» 0_о. И с каких пор LOR является частью Gentoo?

monk ★★★★★
()
Ответ на: PVS-Studio от Andrey_Karpov_2009

Мне вот интересно, вы постоянно пишите обзоры на всякие обнаруженные баги в разных опенсорсных проектах, но почему я не увидел ни одной статьи насчет того, как именно работает под капотом эта ваша PVS студия? Чтоб выявить ряд ошибок, которые ваша PVS студия выявляет, фактически надо реимплементировать часть компилятора, делать вещи наподобии constant folding и constant propagation, строить всякие абстрактные синтаксические деревья. Например если есть код

if (a == 1 && ((a << 1) == 1))
{
   некое_действие();
}
то условие всегда ложно, но тут надо доказать, что оба условия одновременно не могут быть верны. Или ваша штука не умеет такие вещи обнаруживать? http://goo.gl/iVokc3 компиляторы например умеют такой код выбраывать. Какие абстрактные представления при анализе кода используются в ващей системе, и какие есть потенциальные ограничения выбранного вами подхода при анализе кода? Есть ли там подобие системы символьных вычислений для выявления явно странного и нелогичного кода? Вот советую написать статью именно про то, какие подходы, какие абстрактные представления кода и какие алгоритмы используются при анализе там у вас. Надеюсь, это не является какой-то коммерческой тайной?

SZT ★★★★★
()
Последнее исправление: SZT (всего исправлений: 1)
Ответ на: комментарий от SZT

Мне вот интересно, вы постоянно пишите обзоры на всякие обнаруженные баги в разных опенсорсных проектах, но почему я не увидел ни одной статьи насчет того, как именно работает под капотом эта ваша PVS студия?

Всё очень просто. Ни я, ни мои коллеги никак не найдут вдохновения и сил, чтобы сесть и написать большую развёрнутую статью на эту тему. Наверное, когда ни будь она да появится. Но не обещаю, что это будет в ближайшее время.

В двух словах: В начале с помощью Visual C++ или Clang (он работает быстрее, но не совсем совместим с Visual C++, что бы там не заявляли разработчики), выполняется препроцессирование и получается *.i файл. Далее строится дерево разбора. Далее начинается обход по дереву, в процессе которого одновременно собирается разная информация и к узлам применяется различные диагностики. Некоторые диагностики начинают работу уже по окончанию обхода всего файла (например V730). При этом, самое главное в диагностиках не ругаться, а как раз наоборот молчать по возможности. Проделывается огромная работа по борьбе с ложными срабатываниями. Эта работа на первый взгляд не видна, ведь анализатор всё равно ошибается. Но она огромна. Например, С++ диагностики мы обкатываем на 105 открытых проектах. Кстати, про это и многое другое я буду скоро рассказывать на конференции C++ Russia (26-27 февраля 2016). Приходите на доклад «Приватные байки от разработчиков анализатора кода».

Andrey_Karpov_2009
()
9 апреля 2016 г.

ребят,киньте ссылку на туториалы по js или книги посоветуйте,пожалуйста хочу выучить его

Maddy
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.