duktape

Commit Graph

Author	SHA1	Message	Date
Sami Vaarala	3a805371ab	2.0 migration notes for bufobj disabled	8 years ago
Sami Vaarala	272ad6bf08	Testrunner stripsize test	8 years ago
Sami Vaarala	b469a9e5b8	Testcase for disabled bufferobjects	8 years ago
Sami Vaarala	e072688dc5	Reword DUK_USE_BUFFEROBJECT_SUPPORT metadata	8 years ago
Sami Vaarala	d84c1ce43e	Finalize buffer behavior when no bufobj support * Plain buffers still inherit from ArrayBuffer.prototype. * Plain buffers won't object coerce, so Object(plainBuffer) fails. * All buffer object related methods throw an error; their function bodies are essentially empty. Note that this includes bindings such as String.fromBuffer(), ArrayBuffer.allocPlain(), ArrayBuffer.plainOf(), and so on. In essence, you can index plain buffers in Ecmascript but the buffer values must be created via the C API. * Duktape custom bindings like Duktape.dec('hex', 'deadbeef') still work and produce plain buffers.	8 years ago
Sami Vaarala	35e1e268fd	Merge pull request #899 from svaarala/remove-initjs-support Remove Duktape built-in and user "InitJS" support	8 years ago
Sami Vaarala	62e4fa9f2e	Releases: InitJS removal	8 years ago
Sami Vaarala	05d97ac738	2.0 migration notes for InitJS removal	8 years ago
Sami Vaarala	9fd3f1ba2d	Testrunner fix for --minify removal	8 years ago
Sami Vaarala	a145041618	Matrix compile InitJS removal fix	8 years ago
Sami Vaarala	78a784a787	Makefile/dist changes for InitJS removal	8 years ago
Sami Vaarala	ea5f716c2f	Remove InitJS support from config metadata	8 years ago
Sami Vaarala	c24d68d5f3	Remove built-in and user init JS support Duktape internal InitJS is no longer needed, and user InitJS is not really a full solution: it's not possible to run native initialization code which would often be necessary for custom bindings.	8 years ago
Sami Vaarala	10ba78f67d	Merge pull request #898 from svaarala/fix-call-fun-ref A few executor 'fun' ref fixes	8 years ago
Sami Vaarala	7de2c66ae9	A few executor 'fun' ref fixes	8 years ago
Sami Vaarala	f070cada97	Merge pull request #896 from svaarala/call-opcode-simplification Simplify opcodes for call handling a bit	8 years ago
Sami Vaarala	9ba1ebe3cc	Merge pull request #897 from svaarala/fix-file-line-macros-in-api-header Use DUK_{FILE,LINE}_MACRO() in API header	8 years ago
Sami Vaarala	62fb377a5f	Releases: __FILE__, __LINE__ in API header	8 years ago
Sami Vaarala	e6554aa9ba	Releases: call opcode simplification	8 years ago
Sami Vaarala	c2ff807b1b	2.0 migration notes for opcode rework	8 years ago
Sami Vaarala	939caeec46	Testcase fixes for opcode reworks	8 years ago
Sami Vaarala	a1bd138923	Add some call related perf tests	8 years ago
Sami Vaarala	f6b529cc6e	Add testcases for call opcode rework * CSVAR compiler shuffle (replaces CSVARI indirect opcode). * Testcase for normal and constructor call argument limits.	8 years ago
Sami Vaarala	43a3f3f74c	Update debugger opcode metadata	8 years ago
Sami Vaarala	173f3c75e5	Simplify call handling opcodes a bit * Remove CSPROP(I) opcode. CSPROP usually leads to three opcodes, e.g. LDREG + LDCONST + CSPROP. Direct loads for 'base[key]' and 'base' has the same effect with one opcode shorter bytecode and no need for a separate CSPROP opcode. * Remove CSREGI (indirect) opcode, simplify CSREG opcode a bit. Extend CSREG base register argument to be wider (BC) so that shuffling is not needed in practice. * Remove CSVARI (indirect) opcode and handle its equivalent by using explicit shuffling in the compiler. This removes one opcode, and indirect target check from CSVAR. * Remove NEWI and extend base register argument of NEW to be wider (BC) so that shuffling is not needed in practice. * Remove CALLI, and split CALL into CALL, TAILCALL, and EVALCALL. This eliminates the flags field (A) and allows the base register to be wider (BC), eliminating the need for shuffling in practice. * Maximum argument count to constructor and ordinary calls drops from 511 to 255 with this change.	9 years ago
Sami Vaarala	2eba6467d0	Use DUK_{FILE,LINE}_MACRO() in API header	8 years ago
Sami Vaarala	e95565c4ac	Merge pull request #895 from svaarala/fix-lightfunc-constructable-handling Fix lightfunc constructable handling	8 years ago
Sami Vaarala	686b54c2d9	Releases: lightfunc constructor handling	8 years ago
Sami Vaarala	452a15223e	Add testcase for lightfunc constructor/bound func	8 years ago
Sami Vaarala	526c4db3ce	Fix lightfunc constructor handling * Allow lightfunc as constructor. * Allow a bound function wrapping a lightfunc to work as a constructor.	8 years ago
Sami Vaarala	40cd18c9a2	Merge pull request #885 from svaarala/website-buffer-improvements Website buffer and lightfunc improvements	8 years ago
Sami Vaarala	f57ebc88cf	Website buffer and lightfunc improvements	8 years ago
Ole André Vadla Ravnås	cf796d4d2d	Move my name in AUTHORS.rst to Authors	8 years ago
Ole André Vadla Ravnås	89dc19deb1	Add suspend and resume API This allows a native thread to suspend its Duktape thread while for example calling out to an external blocking API, allowing other native threads to cooperatively run code on the same heap in the meantime. It is left up to the application to synchronize its native threads so only a single native thread executes code at a time, each taking care to use distinct Duktape threads while doing so. Related to #834.	8 years ago
Sami Vaarala	64a8f18e91	Merge pull request #891 from svaarala/misc-value-stack-optimization Misc value stack access optimization	8 years ago
Sami Vaarala	fc209afb7a	Releases: minor performance optimizations	8 years ago
Sami Vaarala	42d7346016	Add a few array perf tests	8 years ago
Sami Vaarala	d9e3f50038	Minor stack access optimization	8 years ago
Sami Vaarala	b8472acade	Merge pull request #862 from svaarala/array-new-length-coercion Avoid value stack churn for array .length coercion	8 years ago
Sami Vaarala	72a6f8d54f	Avoid value stack churn for array .length coercion	8 years ago
Sami Vaarala	d708ec061e	Merge pull request #890 from svaarala/remove-unnecessary-nan-check Remove unnecessary NaN check for a few API calls	8 years ago
Sami Vaarala	c559e82fc1	Remove unnecessary NaN normalization check	8 years ago
Sami Vaarala	d18b1e158f	Merge pull request #887 from svaarala/duk-get-tval-or-none Add internal duk_get_tval_or_unused()	8 years ago
Sami Vaarala	13c51c47c5	Testcase fix for duk_get_tval_or_unused() duk_require_heapptr() call now throws a TypeError instead of a RangeError for an invalid index. This is not ideal, but is more consistent with other API call behavior (at the moment; it'd be better if RangeErrors were used for index errors in general).	8 years ago
Sami Vaarala	35666c3fcf	Add internal duk_get_tval_or_unused() The call returns a non-NULL duk_tval pointer to a static DUK_TAG_UNUSED so that a call site can avoid an unnecessary NULL check. This is useful for e.g. calls like duk_get_boolean().	8 years ago
Sami Vaarala	e596ca6ccb	Merge pull request #884 from svaarala/safer-string-interning Avoid side effects during string intern processing	8 years ago
Sami Vaarala	8ef2018dc1	Releases: string intern safety	8 years ago
Sami Vaarala	3d4a0e4108	Avoid temporary in duk_buffer_to_string()	8 years ago
Sami Vaarala	46ef04c989	Avoid side effects during string intern Previous implementation avoided side effects during string table resize. This is sufficient in most cases but not in the following: - Caller pushes a string using duk_push_lstring(), with the data and length referencing the data area of a dynamic or external buffer. - When allocating a new duk_hstring a side effect triggers a finalizer. - The finalizer resizes or reconfigures the dynamic/external buffer so that the original duk_push_lstring() arguments are invalidated. - When it's time to copy the data over into the duk_hstring, the pointer and/or length are invalid and memory unsafe behavior follows. Avoid this problem by preventing mark-and-sweep side effects for the duration of the entire string intern processing.	8 years ago
Sami Vaarala	4f1e53faa1	Add testcase for string intern side effect risk	8 years ago

... 2 3 4 5 6 ...

6975 Commits (2b62610b59e55ea7457e87e2368478f9537c056d) All Branches Search

6975 Commits (2b62610b59e55ea7457e87e2368478f9537c056d)

All Branches