Sami Vaarala
af5dfe3a51
|
9 years ago | |
---|---|---|
config | 9 years ago | |
debugger | 9 years ago | |
dist-files | 9 years ago | |
doc | 9 years ago | |
dukweb | 10 years ago | |
examples | 9 years ago | |
extras | 9 years ago | |
licenses | 9 years ago | |
misc | 9 years ago | |
polyfills | 9 years ago | |
references | 9 years ago | |
runtests | 9 years ago | |
src | 9 years ago | |
testrunner | 9 years ago | |
tests | 9 years ago | |
util | 9 years ago | |
website | 9 years ago | |
.gitattributes | 9 years ago | |
.gitignore | 9 years ago | |
.travis.yml | 9 years ago | |
AUTHORS.rst | 9 years ago | |
CONTRIBUTING.md | 9 years ago | |
LICENSE.txt | 9 years ago | |
Makefile | 9 years ago | |
README.md | 9 years ago | |
RELEASES.rst | 9 years ago | |
appveyor.yml | 9 years ago |
README.md
Duktape
Introduction
Duktape is an embeddable Javascript engine, with a focus on portability and compact footprint.
Duktape is easy to integrate into a C/C++ project: add duktape.c
,
duktape.h
, and duk_config.h
to your build, and use the Duktape API
to call Ecmascript functions from C code and vice versa.
Main features:
- Embeddable, portable, compact
- Ecmascript E5/E5.1 compliant
- Khronos/ES6 TypedArray and Node.js Buffer bindings
- 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 co-routines, built-in logging framework, and built-in CommonJS-based module loading framework
- Property virtualization using a subset of Ecmascript E6 Proxy object
- Bytecode dump/load for caching compiled functions
- Liberal license
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. Snapshot builds from master are available in duktape.org/snapshots.
Have fun!
Support
- Duktape Wiki: wiki.duktape.org
- User community Q&A: Stack Overflow duktape tag
- Bugs and feature requests: GitHub issues
- General discussion: IRC
#duktape
onchat.freenode.net
(webchat)
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.
Automatically generated bleeding edge snapshots from master are available at duktape.org/snapshots.
You can also clone this repository, make modifications, and build a source
distributable on Linux, OSX, and Windows using python util/make_dist.py
.
Getting started: modifying and rebuilding the distributable
If you intend to change Duktape internals and want to rebuild the source distributable in Linux, OSX, or Windows:
# Linux; can often install from packages or using 'pip'
$ sudo apt-get install python python-yaml
$ python util/make_dist.py
# OSX
# Install Python 2.7.x
$ pip install PyYAML
$ python util/make_dist.py
# Windows
; Install Python 2.7.x from python.org, and add it to PATH
> pip install PyYAML
> python util\make_dist.py
The source distributable directory will be in dist/
.
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
intended for Linux only. See detailed
instructions in http://wiki.duktape.org/DevelopmentSetup.html.
Branch policy
-
The
master
branch is used for active development. While pull requests are tested before merging, master may 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 or a release maintenance branch instead. -
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.1
are 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-maintenance
was 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-maintenance
was 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. If a 1.6.0 is made, it will be made fromv1-maintenance
.
Versioning
Duktape uses Semantic Versioning, see Versioning.
Reporting bugs
See CONTRIBUTING.md.
Security critical Github issues (for example anything leading to a segfault)
are tagged security
.
Contributing
See CONTRIBUTING.md.
Copyright and license
See AUTHORS.rst and LICENSE.txt.
Duktape Wiki is part of Duktape documentation and under the same copyright and license.