Duktape alternatives and similar libraries
Based on the "Scripting" category.
Alternatively, view Duktape alternatives based on common mentions on social networks and blogs.
V89.7 10.0 L1 Duktape VS V8The official mirror of the V8 Git repository
Cython9.0 9.7 L2 Duktape VS CythonThe most widely used Python to C compiler
SWIG8.5 9.7 L5 Duktape VS SWIGSWIG is a software development tool that connects programs written in C and C++ with a variety of high-level programming languages.
Wren8.4 0.0 Duktape VS WrenThe Wren Programming Language. Wren is a small, fast, class-based concurrent scripting language.
JavaCpp8.1 6.0 L1 Duktape VS JavaCppThe missing bridge between Java and native C++
sol27.7 6.8 Duktape VS sol2Sol3 (sol2 v3.0) - a C++ <-> Lua API wrapper with advanced features and top notch performance - is here, and it's great! Documentation:
djinni7.7 0.6 Duktape VS djinniA tool for generating cross-language type declarations and interface bindings. [Apache2]
libffi7.6 9.5 Duktape VS libffiA portable foreign-function interface library.
ChaiScript7.4 0.0 L1 Duktape VS ChaiScriptEmbedded Scripting Language Designed for C++
CppSharp7.4 6.4 L2 Duktape VS CppSharpTools and libraries to glue C/C++ APIs to high-level languages
Lua7.1 0.0 L3 Duktape VS LuaLua is a powerful, efficient, lightweight, embeddable scripting language. It supports procedural programming, object-oriented programming, functional programming, data-driven programming, and data description.
ctypes.sh6.3 0.0 Duktape VS ctypes.shA foreign function interface for bash.
cppimport5.4 6.7 L4 Duktape VS cppimportImport C++ files directly from Python!
luacxx2.9 0.0 L1 Duktape VS luacxxC++11 API for creating Lua bindings
shpp2.3 0.0 L4 Duktape VS shppCall c++ functions from a shell with any arguments of any types parsed automatically
nelson2.2 9.1 Duktape VS nelsonNelson numerical interpreter
tbing1.0 0.0 Duktape VS tbingTemplates-based bindings and interfaces generator for C++
SIPC/C++ Bindings Generator for Python v2 and v3. [GPL]
Boost.PythonA C++ library which enables seamless interoperability between C++ and the Python programming language. [Boost]
Access the most powerful time series database as a service
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of Duktape or a related project?
:warning: Master branch is undergoing incompatible changes for Duktape 3.x.
To track Duktape 2.x, follow the
Duktape is easy to integrate into a C/C++ project: add
duk_config.h to your build, and use the Duktape API
to call ECMAScript functions from C code and vice versa.
- Embeddable, portable, compact
- ECMAScript E5/E5.1 compliant, with some semantics updated from ES2015+
- Partial support for ECMAScript 2015 (E6) and ECMAScript 2016 (E7), Post-ES5 feature status, kangax/compat-table
- ES2015 TypedArray and Node.js Buffer bindings
- WHATWG Encoding API living standard
- Built-in debugger
- Built-in regular expression engine
- Built-in Unicode support
- Minimal platform dependencies
- Combined reference counting and mark-and-sweep garbage collection with finalization
- Custom features like coroutines
- Property virtualization using a subset of ECMAScript ES2015 Proxy object
- Bytecode dump/load for caching compiled functions
- Distributable includes an optional logging framework, CommonJS-based module loading implementations, CBOR bindings, etc
- Liberal MIT license (see LICENSE.txt)
See duktape.org for packaged end-user downloads and documentation. The end user downloads are also available from the duktape-releases repo as both binaries and in unpacked form as git tags.
- Duktape Wiki: wiki.duktape.org
- User community Q&A: Stack Overflow duktape tag
- Bugs and feature requests: GitHub issues
- General discussion: IRC
About this repository
This repository is intended for Duktape developers only, and contains Duktape internals: test cases, internal documentation, sources for the duktape.org web site, etc.
Getting started: end user
When embedding Duktape in your application you should use the packaged source distributables available from duktape.org/download.html. See duktape.org/guide.html#gettingstarted for the basics.
src/ directory contains a
header and amalgamated sources for Duktape default configuration. If
python tools/configure.py to create header and sources for
customized configuration options, see http://wiki.duktape.org/Configuring.html.
For example, to enable fastint support (example for Linux):
$ tar xvfJ duktape-2.0.0.tar.xz $ cd duktape-2.0.0 $ rm -rf src-custom $ python tools/configure.py \ --source-directory src-input \ --output-directory src-custom \ --config-metadata config \ -DDUK_USE_FASTINT # src-custom/ will now contain: duktape.c, duktape.h, duk_config.h.
You can download and install Duktape using the vcpkg dependency manager:
$ git clone https://github.com/Microsoft/vcpkg.git $ cd vcpkg $ ./bootstrap-vcpkg.sh $ ./vcpkg integrate install $ vcpkg install duktape
The Duktape port in vcpkg is kept up to date by Microsoft team members and community contributors. If the version is out of date, please create an issue or pull request on the vcpkg repository.
You can also clone this repository, make modifications, and build a source
distributable on Linux, macOS, and Windows using
You'll need Python 2 and Python YAML binding.
Getting started: modifying and rebuilding the distributable
If you intend to change Duktape internals and want to rebuild the source distributable in Linux, macOS, or Windows:
# Linux; can often install from packages or using 'pip' # Install Node.js >= 16.x $ sudo apt-get install python python-yaml $ python util/dist.py # macOS # Install Python 2.7.x # Install Node.js >= 16.x $ pip install PyYAML $ python util/dist.py # Windows ; Install Python 2.7.x from python.org, and add it to PATH ; Install Node.js >= 16.x > pip install PyYAML > python util\dist.py
The source distributable directory will be in
For platform specific notes see http://wiki.duktape.org/DevelopmentSetup.html.
Getting started: other development (Linux only)
Other development stuff, such as building the website and running test cases,
is based on a
Makefile supported for Linux x86-64 only.
There are some Docker images which can simplify the development setup and also document the needed packages. These are also supported for Linux x86-64 only. For example:
# Build Docker images. This takes a long time. $ make docker-images # Equivalent of 'make dist-source', but runs inside a container. $ make docker-dist-source-wd # Run a shell with /work/duktape containing a disposable master snapshot. $ make docker-shell-master # Run a shell with /work/duktape mounted from current directory. # This allows editing, building, testing, etc with an interactive # shell running in the container. $ make docker-shell-wdmount # For non-native images you may need: # https://github.com/multiarch/qemu-user-static
There is limited support for developing on macOS via Docker. On Apple M1:
$ make docker-images-arm64 $ DOCKER_ARCH=arm64 make docker-shell-wdmount
masterbranch is used for active development. Even though pull requests are tested before merging, master may still be broken from time to time. When development on a new major release starts, master will also get API incompatible changes without warning. For these reasons you should generally not depend on the master branch for building your project; use a release tag (e.g.
v2.4.0) or a release maintenance branch (e.g.
Pull requests and their related branches are frequently rebased so you should not fork off them. Pull requests may be open for a while for testing and discussion.
Release tags like
v1.4.1are used for releases and match the released distributables. These are stable once the release is complete.
Maintenance branches are used for backporting fixes and features for maintenance releases. Documentation changes go to master for maintenance releases too. For example,
v1.5-maintenancewas created for the 1.5.0 release and is used for 1.5.x maintenance releases.
A maintenance branch is also created for a major release when master moves on to active development of the next major release. For example,
v1-maintenancewas created when 1.5.0 was released (last planned 1.x release) and development of 2.0.0 (with API incompatible changes) started on master. The 1.6.0 and 1.7.0 releases were made from
Duktape uses Semantic Versioning for official
releases. Builds from Duktape repo are not official releases and don't
follow strict semver, mainly because
DUK_VERSION needs to have some
compromise value that won't be strictly semver conforming.
Because Duktape tracks the latest ECMAScript specification versions,
compliance fixes are made in minor versions even when they are technically
not backwards compatible. See
Versioning for details.
Security critical GitHub issues (for example anything leading to a segfault)
Copyright and license
See AUTHORS.rst and LICENSE.txt.
Duktape Wiki is part of Duktape documentation and under the same copyright and license.
*Note that all licence references and agreements mentioned in the Duktape README section above are relevant to that project's source code only.