Age | Commit message (Collapse) | Author |
|
|
|
load times
|
|
a C++ function
|
|
to my knowledge, embind fully supports closure advanced mode.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
implemented in JS don't leak memory.
|
|
Uint8Array was not found via 'fast path', but with slow string compares!
|
|
|
|
JS, it gets converted into a typed array object on the other side. Intended for WebGL.
|
|
emscripten is rebased on top of upstream
|
|
|
|
|
|
|
|
|
|
object.
Conflicts:
tests/embind/embind_test.cpp
|
|
|
|
are only two.
Conflicts:
tests/embind/embind_test.cpp
|
|
out of functions.
|
|
|
|
cannot be minified, since they are referred from inside craftInvokerFunction code, which refers to these functions by strings. Also, consistently use 12292 instead of '12292' to have no closure mismatches.
|
|
|
|
higher-level register_function though...
|
|
|
|
embind test code.
|
|
bit quicker.
|
|
this to wire type, since instanceof was profiled to be slow. Instead, the correct instanceof enforcement is done in the upcastPointer function.
|
|
classes happen to have member functions with the same name and signature - a reason why the 'instanceof' check exists in embind.js.
|
|
|
|
runtime dispatch between JS and JS embind.
|
|
position/rotation object hierarchy with shared_ptrs and benchmark moving objects from JS side using embind.
|
|
|
|
and embind.
|
|
|
|
pointer to the string literal as a constant as opposed to a global variable.
|
|
add support for interned string symbols to emscripten::val
|
|
|
|
|
|
|
|
|
|
|
|
has code units that do not fit in 8 bits
|
|
|
|
|
|
|
|
|