Достъпен е Emscripten 4.0, компилатор от C/C++ към WebAssembly

Публикуван е инструментът Emscripten 4.0, който позволява компилирането на код на C/C++ и други езици, за които имат фронтендове на базата на LLVM, в универсален нискоуровневен междинен код WebAssembly. Полученият резултат може да се използва за интеграция с JavaScript проекти, стартиране в браузър, използване в Node.js или създаване на самостоятелни мултиплатформени приложения, стартирани чрез wasm runtime. Кодът на проекта е лицензирано под MIT. В компилатора са използвани разработки на проекта LLVM, а за генериране на WebAssembly и оптимизация е използвана библиотеката Binaryen.

Основната цел на Emscripten е да създаде инструмент, който позволява изпълнението на код в Web независимо от езика за програмиране, на който първоначално е написан този код. В компилираните приложения могат да се използват повиквания на стандартните библиотеки C и C++ (libc, libcxx), разширения на C++, многопоточност на базата на pthreads, API POSIX и много мултимедийни библиотеки. Отделно се предоставят API за интеграция с Web API и код на JavaScript.

Emscripten поддържа транслация на изхода на библиотеката SDL2 през Canvas, а също така реализира поддръжка на OpenGL и EGL през API WebGL, което позволява преобразуването на графични приложения и игри в WebAssembly (например наличен е порт на тулкита Qt, поддържат се игровите двигатели Unreal Engine и Unity, както и двигателя за симулация на физически процеси Bullet).

В допълнение към компилирането на код на C/C++, отделно се разработват проекти за стартиране в браузъри на интерпретатори и на виртуални машини за езици като Lua, C#, Python, Ruby и Perl. Освен това е възможно прилагането на фронтендове на LLVM, различни от Clang, например фронтендове за езици като Swift, Rust, D и Fortran.

Присвояването на версия 4.0 е свързано със следване на промени, нарушаващи съвместимостта на ниво ABI (при преработка на проекта в Emscripten 4.0 ще бъде необходима преработка на обектните файлове и библиотеките, събрани с предишни версии на Emscripten). Основните изменения в Emscripten 4.0:

• Добавена е опция „-sWASM_LEGACY_EXCEPTIONS“ за избор между стария и новия механизъм за обработка на изключения. По подразбиране продължава да се използва старият механизъм, тъй като не всички браузъри са реализирали възможностите на WebAssembly за работа с новите обработчици на изключения.
• Компонентите compiler-rt, libcxx, libcxxabi и libunwind са актуализирани до клона LLVM 19.
• Минималната поддържана версия на браузъра Safari (настройка MIN_SAFARI_VERSION) е повишена от 14.1 на 15.0, което позволи по подразбиране да бъдат активирани няколко разширени възможности на WebAssembly:
  • Активирано е използването на нови инструкции за преобразуване на тип float в int (nontrapping-fptoint), които вместо да генерират изключение при преливане на резултата, връщат минималната или максималната стойност (необходимо за SIMD).
  • Активирана е опцията WASM_BIGINT, при която за обмен на 64-битови цели стойности между WebAssembly и JavaScript код се използва типът BigInt.
  • Активирана е опцията BULK_MEMORY, при която за реализиране на C-функции memcpy и memset се използват WebAssembly инструкциите memory.copy и memory.fill.
• В функцията PATH.basename() е деактивирана нормализацията на пътища (PATH.normalize()), т.е. извикването на 'PATH.basename("a/." )' сега ще върне '.' вместо 'a', а 'PATH.basename("a/b/.." )' ще върне '..' вместо 'a'.
• При използване на опцията '-sMODULARIZE', factory функции, които създават и връщат екземпляри на WebAssembly модули и обекти за JavaScript, сега са обозначени с 'async' при компилация в режим WASM_ASYNC_COMPILATION, който е активиран по подразбиране.
• Добавена е възможността за указване на JavaScript библиотеки, използвайки опцията '-lfoo.js'. В отличие от опцията '—js-library', търсенето на библиотеката се изпълнява във всички пътища, посочени чрез опцията '-L'.
• При свързване в режим на отладка (-O0 или -sASSERTIONS) по подразбиране е активиран отладъчният вариант на функцията malloc с включени проверки с assert, които откриват грешки като двойно извикване на функцията free().

Източник: opennet.ru