Lines Matching refs:NOTE
61 // Note: For maximum-speed code, see "Optimizing Code" on the Emscripten wiki, https://github.com/kripken/emscripten/wiki/Optimizing-Code
62 // Note: Some Emscripten settings may limit the speed of the generated code.
80 // Note that we pollute the global namespace here, otherwise we break in node
485 // Note: LLVM optimizations can inline and remove functions, after which you will not be
491 // @param ident The name of the C function (note that C++ functions will be name-mangled - use extern "C")
497 // Note that string arguments will be stored on the stack (the JS string will become a C string on the stack).
565 // Note that setValue and getValue only do *aligned* writes and reads!
566 // Note that ccall uses JS types as for defining types, while setValue and
616 // in *bytes* (note that this is sometimes confusing: the next parameter does not
745 // Endianness check (note: assumes compiler arch was little-endian)
865 // Note that you can add dependencies in preRun, even though
1350 assert(!FS.init.initialized, 'FS.init was previously called. If you want to initialize later with custom parameters, remove any earlier calls (note that one is automatically added to the generated code)');
1568 // NOTE: Explicitly ignoring type safety. Otherwise this fails:
2440 // NOTE: puts() always writes an extra newline.
2494 // NOTE: This implementation tries to mimic glibc rather than strictly
2744 // NOTE: The path argument may be a string, to simplify fchdir().
2761 // NOTE: The dir and prefix arguments are for internal use only.
2829 // NOTE
2867 // NOTE: In our implementation, st_blocks = Math.ceil(st_size/st_blksize),
3331 // NOTE: Calculating absolute path redundantly since we need to associate it
