pub.dev · #4704 most downloaded on pub.dev

quickjs_engine

0.1.63.4K downloads/modenisnadey/flutter_full_svg_support ↗New releases in your daily digest, changelog included.

Modern QuickJS-NG 0.14.0 (2026) bundled for Flutter — same JS engine on every platform (Android, iOS, macOS, Linux, Windows). API-compatible fork of flutter_js with the bridge patched against QuickJS-NG's new API.

Last release 8 days ago
30 Sep 2026
Ships fairly regularly
a new release about every 4 weeks
Nearly every release is documented
notes for 7 of 7 stable releases
Nothing withdrawn
no release was ever pulled
4 months old
7 releases · first in 2026

Release timeline

7 releases since 2026

2026

20262026

One column per month.

Releases

0.1.630 Sept 20262 sources agree
Android: the plugin no longer applies the Kotlin Gradle Plugin. The plugin class is now Java, so apps on Android Gradle Plugin 9 build with built-in K
Android: the plugin no longer applies the Kotlin Gradle Plugin. The plugin
class is now Java, so apps on Android Gradle Plugin 9 build with built-in
Kotlin on or off, instead of failing with "The
'org.jetbrains.kotlin.android' plugin is no longer required" or warning
that the plugin applies KGP
(#52).
compileSdk follows the app's flutter.compileSdkVersion, and the plugin
compiles with Java 17.

iOS and macOS: added Swift Package Manager support, so Flutter no longer
lists quickjs_engine under "The following plugins do not support Swift
Package Manager" and falls back to CocoaPods
(#55).
The bridge is embedded as a dynamic framework, so its exports survive
flutter build ipa and macOS archives. One manifest works with Flutter
3.38 (no generated FlutterFramework package) as well as 3.41 and later.

iOS with CocoaPods: fixed the pod framework exporting none of the FFI
bridge. CocoaPods silently ignored the podspec's ../native/cxx sources,
so on 0.1.5 and earlier every evaluate() on iOS failed with
"Failed to lookup symbol 'jsNewRuntime'". The pod now compiles them.

Fixed QuickJsRuntime2(memoryLimit: ...) with a positive limit throwing
"Failed to lookup symbol 'jsSetMemoryLimit'" on every platform: the
bridge now exports jsSetMemoryLimit. The prebuilt macOS bridge is
rebuilt with it (still universal arm64 + x86_64).

Optimized iOS and macOS builds (Swift Package Manager release builds and
the CocoaPods iOS Profile/Release configurations) define NDEBUG, like the
CMake Release builds on the other platforms, so QuickJS assertions and
debug dump code are no longer compiled in.

Documented the Swift Package Manager opt-in per Flutter version, a Podfile
workaround for apps that link pods statically, and the SwiftPM manifest
cache after switching Flutter versions.

CI: an Android Gradle Plugin 9 job builds a fresh app on the latest stable
Flutter with built-in Kotlin on and off; a Darwin Swift Package Manager
workflow (Flutter 3.38.1, 3.41.6, 3.47.4) builds iOS simulator, iOS
archive and macOS release apps, checks that every bridge function and every
symbol the Dart side looks up is exported, runs the macOS app, and guards
the CocoaPods iOS pod exports; the macOS workflow also runs the package's
unit tests.

Thanks to @sufiyansayyed for reporting
the Android Gradle Plugin 9 issue and for the initial built-in Kotlin
migration in #53,
and to @DomingoMG for reporting the missing
Swift Package Manager support.

From the same repository

denisnadey/flutter_full_svg_support

full_svg_flutterpub.devAnimated SVG renderer for Flutter — SMIL, CSS keyframes, filters, path morphing, JS runtime, SVGator support, playback control, flutter_svg-compatible API.

0.1.524 Aug 2026

Ships the macOS QuickJS bridge as a universal arm64 + x86_64 dylib.

Fixed

Ships the macOS QuickJS bridge as a universal arm64 + x86_64 dylib.
Uses explicit, overridable macOS architecture and deployment-target settings when rebuilding the bridge.

Maintenance

Adds macOS CI that verifies the committed bridge, rebuilds it, builds a clean universal Flutter release app, and checks the embedded dylib.
Thanks to @OrPudding for the fix in #40.

Open source →

Additional notes

Fixed the macOS prebuilt bridge so it contains both arm64 and x86_64 slices and is built with an explicit deployment target.
Updated the native build script to produce a universal macOS bridge by default while preserving architecture and deployment-target overrides.
Added a clean macOS release-build workflow that verifies the shipped and rebuilt bridge, the universal app executable, and the embedded dylib.
Thanks to @OrPudding for contributing the universal macOS bridge fix in #40.

Open source →

0.1.423 Aug 2026

Windows plugin registration fix

Declares QuickjsEnginePluginCApi in the Flutter Windows manifest so generated registrants call the exported registration symbol.
Adds the canonical quickjs_engine_plugin_c_api.h public header while preserving the previous header as a compatibility include.
Adds a clean Windows release-build workflow alongside the Android arm64/alignment check.

Thanks to @dariyooo for the original report and manifest fix in #36.

Published package: https://pub.dev/packages/quickjs_engine/versions/0.1.4

Open source →

Additional notes

Fixed Windows builds by declaring the exported C API plugin class in the Flutter manifest, so generated registrants call QuickjsEnginePluginCApiRegisterWithRegistrar instead of the missing QuickjsEnginePluginRegisterWithRegistrar symbol.
Added the canonical quickjs_engine_plugin_c_api.h public header expected by Flutter's Windows tooling while preserving the previous header as a compatibility include.
Added a clean Windows release-build workflow to catch plugin registration, header, and native-link regressions.

Open source →

0.1.111 May 2026

Documentation + tooling additions, no engine changes.

Rewrote README.md with explicit per-platform tables (Android / iOS / macOS / Linux / Windows) covering how the library is produced and what action is required from package consumers (usually: none).
Added a When you might need to rebuild section so it's clear that typical app development needs no native toolchain.
Added a Troubleshooting section: macOS "tests can't find dylib", deployment-target warnings, Android NDK requirements, Windows cl.exe environment, missing-dylib after fresh checkout.
New tool/build_native.ps1 — PowerShell version of the build script for Windows hosts. Handles MSVC's Release\ config subdirectory.
tool/build_native.sh is now platform-aware (detects macOS vs Linux via uname -s) and stages the output appropriately on macOS, while leaving the Linux build under native/build/ since the consumer's plugin CMake rebuilds anyway.

Open source →

0.1.011 May 2026

Forked from flutter_js 0.8.7 (MIT, by Ábner Oliveira). Dart-side API surface is API-compatible: getJavascriptRuntime(), evaluate(), onMessage(), enabl

Initial release.

Forked from flutter_js 0.8.7 (MIT, by Ábner Oliveira). Dart-side API surface is API-compatible: getJavascriptRuntime(), evaluate(), onMessage(), enableFetch(), enableHandlePromises(), QuickJsRuntime2, JavascriptRuntime all work as upstream.
Replaced bundled JS engine with QuickJS-NG 0.14.0 (May 2026). Same engine on every platform — Android, iOS, macOS, Linux, Windows. No more JavaScriptCore fallback on Apple targets.
Patched the FFI bridge (native/cxx/libfastdev_quickjs_runtime.cpp) against QuickJS-NG's updated API:
- JS_NewClassID(rt, &id) takes an explicit runtime
- JS_IsPromise, JS_IsArray, JS_IsError are single-argument
- JS_BOOL → bool
Native build wiring:
- Android: NDK CMake driven from android/build.gradle → native/CMakeLists.txt (armeabi-v7a, arm64-v8a, x86, x86_64).
- iOS: podspec compiles bridge + QuickJS sources into the plugin framework via source_files.
- macOS: podspec vendors a prebuilt libquickjs_c_bridge_plugin.dylib; rebuild via tools/build_native.sh.
- Linux/Windows: plugin CMakeLists pulls in native/CMakeLists.txt via add_subdirectory.
Runtime selector (getJavascriptRuntime()) always returns the QuickJS path on every platform; the JavascriptCoreRuntime bindings are kept in lib/javascriptcore/ for ABI compatibility but unused.

Open source →