Name Description Size Coverage
GenerateBuiltinModules.py \ /* This Source Code Form is subject to the terms of the Mozilla Public * License, v. 2.0. If a copy of the MPL was not distributed with this * file, You can obtain one at http://mozilla.org/MPL/2.0/. */ #ifndef %(includeguard)s #define %(includeguard)s /* This file is generated by wasm/GenerateBuiltinModules.py. Do not edit! */ %(contents)s #endif // %(includeguard)s 6093 -
moz.build 3448 -
WasmAnyRef.cpp 3438 0 %
WasmAnyRef.h 15191 95 %
WasmBaselineCompile.cpp [SMDOC] WebAssembly baseline compiler (RabaldrMonkey) For now, see WasmBCClass.h for general comments about the compiler's structure. ---------------- General assumptions for 32-bit vs 64-bit code: - A 32-bit register can be extended in-place to a 64-bit register on 64-bit systems. - Code that knows that Register64 has a '.reg' member on 64-bit systems and '.high' and '.low' members on 32-bit systems, or knows the implications thereof, is #ifdef JS_PUNBOX64. All other code is #if(n)?def JS_64BIT. Coding standards are a little fluid: - In "small" code generating functions (eg emitMultiplyF64, emitQuotientI32, and surrounding functions; most functions fall into this class) where the meaning is obvious: Old school: - if there is a single source + destination register, it is called 'r' - if there is one source and a different destination, they are called 'rs' and 'rd' - if there is one source + destination register and another source register they are called 'r' and 'rs' - if there are two source registers and a destination register they are called 'rs0', 'rs1', and 'rd'. The new thing: - what is called 'r' in the old-school naming scheme is increasingly called 'rsd' in source+dest cases. - Generic temp registers are named /temp[0-9]?/ not /tmp[0-9]?/. - Registers can be named non-generically for their function ('rp' for the 'pointer' register and 'rv' for the 'value' register are typical) and those names may or may not have an 'r' prefix. - "Larger" code generating functions make their own rules. 432079 0 %
WasmBaselineCompile.h 3015 100 %
WasmBCClass-inl.h 5116 87 %
WasmBCClass.h 78552 100 %
WasmBCCodegen-inl.h 15799 94 %
WasmBCDefs.h 5114 -
WasmBCFrame.cpp 21821 0 %
WasmBCFrame.h 53066 97 %
WasmBCMemory.cpp 103753 0 %
WasmBCRegDefs-inl.h 3921 88 %
WasmBCRegDefs.h 23430 97 %
WasmBCRegMgmt-inl.h 11830 99 %
WasmBCStk.h 9606 100 %
WasmBCStkMgmt-inl.h 32622 93 %
WasmBinary.cpp 7791 0 %
WasmBinary.h 29978 94 %
WasmBinaryTypes.h wasm_WasmBinaryTypes_h 3537 100 %
WasmBuiltinModule.cpp 17591 0 %
WasmBuiltinModule.h 5996 80 %
WasmBuiltinModule.yaml 13827 -
WasmBuiltins.cpp 90826 0 %
WasmBuiltins.h 12231 100 %
WasmCode.cpp 56491 0 %
WasmCode.h 40913 92 %
WasmCodegenConstants.h 3368 -
WasmCodegenTypes.cpp 14856 0 %
WasmCodegenTypes.h 68780 93 %
WasmCompile.cpp 46213 0 %
WasmCompile.h 5185 100 %
WasmCompileArgs.h 18159 88 %
WasmComponent.cpp 66389 0 %
WasmComponent.h 44851 96 %
WasmConstants.h 33887 43 %
WasmContext.cpp 3245 0 %
WasmContext.h 4137 100 %
WasmDebug.cpp 17255 0 %
WasmDebug.h [SMDOC] Wasm debug traps There is a single debug-trap handler for the process, WasmHandleDebugTrap in WasmBuiltins.cpp. That function is invoked through the Debug Trap Stub, of which there is one per module, generated by GenerateDebugStub in WasmStubs.cpp. When any function in an instance needs to debug-trap for any reason (enter frame, leave frame, breakpoint, or single-stepping) then a pointer to the Debug Trap Stub is installed in the Instance. Debug-enabled code will look for this pointer and call it if (1) it is not null and (2) subject to filtering as follows. WasmHandleDebugTrap may therefore be called very frequently when any function in the instance is being debugged, and must filter the trap against the tables in the DebugState. It can make use of the return address for the call, which identifies the site uniquely. In order to greatly reduce the frequency of calls to the Debug Trap Stub, an array of flag bits, one per function, is attached to the instance. The code at the breakable point calls a stub at the end of the function (the Per Function Debug Stub) to check whether the bit is set for the function. If it is not set, the per-function stub can return to its caller immediately; if the bit is set, the per-function stub will jump to the installed (per-module) Debug Trap Stub. See also [SMDOC] "Wasm debug traps -- code details" 7329 100 %
WasmDebugFrame.cpp static 5764 0 %
WasmDebugFrame.h 7199 100 %
WasmDump.cpp includeInitExpr= 29146 0 %
WasmDump.h 10714 26 %
WasmException.h 1638 100 %
WasmExprType.h 9460 91 %
WasmFeatures.cpp 11404 0 %
WasmFeatures.h 3972 -
WasmFrame.h 18901 100 %
WasmFrameIter.cpp 101255 0 %
WasmFrameIter.h 22887 100 %
WasmGC.cpp 24482 0 %
WasmGC.h 26486 98 %
WasmGcObject-inl.h static 13676 89 %
WasmGcObject.cpp static 22983 0 %
WasmGcObject.h 32314 100 %
WasmGenerator.cpp limitedSize= 52830 0 %
WasmGenerator.h 13444 100 %
WasmHeuristics.h 14443 82 %
WasmInitExpr.cpp 20405 0 %
WasmInitExpr.h 4158 100 %
WasmInstance-inl.h 597 100 %
WasmInstance.cpp 166619 0 %
WasmInstance.h 31287 100 %
WasmInstanceData.h 14284 89 %
WasmIonCompile.cpp 377374 0 %
WasmIonCompile.h 1787 -
WasmJS.cpp [SMDOC] WebAssembly code rules (evolving) TlsContext.get() is only to be invoked from functions that have been invoked _directly_ by generated code as cold(!) Builtin calls, from code that is only used by signal handlers, or from helper functions that have been called _directly_ from a simulator. All other code shall pass in a JSContext* to functions that need it, or an Instance* or Instance* since the context is available through them. Code that uses TlsContext.get() shall annotate each such call with the reason why the call is OK. 202511 0 %
WasmJS.h 23100 100 %
WasmLog.cpp 2529 0 %
WasmLog.h 1246 -
WasmMemory.cpp 18282 0 %
WasmMemory.h 10851 100 %
WasmMetadata.cpp 11574 0 %
WasmMetadata.h 20106 99 %
WasmModule.cpp 34093 0 %
WasmModule.h 7813 100 %
WasmModuleTypes.cpp static 9204 0 %
WasmModuleTypes.h 32546 95 %
WasmOpIter.cpp 63696 0 %
WasmOpIter.h 147835 88 %
WasmPI.cpp 49643 0 %
WasmPI.h 2888 -
WasmProcess.cpp 12249 0 %
WasmProcess.h 5242 100 %
WasmRealm.cpp 3627 0 %
WasmRealm.h 3068 100 %
WasmSerialize.cpp 56408 0 %
WasmSerialize.h 11678 100 %
WasmShareable.h 3783 55 %
WasmSignalHandlers.cpp 39823 0 %
WasmSignalHandlers.h 2687 -
WasmStacks.cpp clang-format off 84276 0 %
WasmStacks.h 26498 97 %
WasmStaticTypeDefs.cpp 2664 0 %
WasmStaticTypeDefs.h 1342 -
WasmStructLayout.cpp 17508 0 %
WasmStructLayout.h 13655 100 %
WasmStubs.cpp 150143 0 %
WasmStubs.h 13145 88 %
WasmSummarizeInsn.cpp 86775 0 %
WasmSummarizeInsn.h wasm_WasmSummarizeInsn_h 2809 75 %
WasmTable.cpp static 12811 0 %
WasmTable.h 4908 100 %
WasmTypeDecls.h 3271 -
WasmTypeDef.cpp 20145 0 %
WasmTypeDef.h 58565 94 %
WasmUtility.h 2355 50 %
WasmValidate.cpp 239595 0 %
WasmValidate.h 8435 100 %
WasmValType.cpp 14392 0 %
WasmValType.h 34031 95 %
WasmValue.cpp 29606 0 %
WasmValue.h 17612 99 %