{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":561466054,"defaultBranch":"main","name":"binaryenfx","ownerLogin":"wasmfx","currentUserCanPush":false,"isFork":true,"isEmpty":false,"createdAt":"2022-11-03T18:50:40.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/107275710?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1712165797.0","currentOid":""},"activityList":{"items":[{"before":"95a280f70ef529c3c506d628648a96f2d267f4c1","after":"871ff0d4f910b565c15f82e8f3c9aa769b01d286","ref":"refs/heads/main","pushedAt":"2024-08-30T10:30:34.000Z","pushType":"push","commitsCount":12,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Simplify ReorderGlobals using new topological sort utils (#6885)\n\nUse the new TopologicalSort and MinTopologicalSortOf utilities instead\r\nof the old CRTP topological sort utility and a bespoke heap-based\r\ntopological sort in ReorderGlobals. Since there is no longer a heap to\r\npop from, the direction of the custom comparator is now much more\r\nintuitive.\r\n\r\nFurther simplify the code by switching from tracking the new order of\r\nglobals using a sequence of new indices to tracking the order using a\r\nsequence of old indices.\r\n\r\nThis change also makes the pass about 20% faster on a large real-world\r\nmodule.","shortMessageHtmlLink":"Simplify ReorderGlobals using new topological sort utils (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2493378497\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6885\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6885/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6885\">WebAssembly…</a>"}},{"before":"9772dc6cf3ce153b1eb2a570901161194e06e6a6","after":"95a280f70ef529c3c506d628648a96f2d267f4c1","ref":"refs/heads/main","pushedAt":"2024-08-23T12:56:37.000Z","pushType":"push","commitsCount":8,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[FP16] Add a feature flag for FP16. (#6864)\n\nEnsure the \"fp16\" feature is enabled for FP16 instructions.","shortMessageHtmlLink":"[FP16] Add a feature flag for FP16. (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2479308644\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6864\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6864/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6864\">WebAssembly#6864</a>)"}},{"before":"f938154a44ae4dd2733537c5683ebe2eeb1989a2","after":"9772dc6cf3ce153b1eb2a570901161194e06e6a6","ref":"refs/heads/main","pushedAt":"2024-08-21T14:09:34.000Z","pushType":"push","commitsCount":51,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Fix encoding of heap type definitions (#6856)\n\nThe leading bytes that indicate what kind of heap type is being defined\r\nare bytes, but we were previously treating them as SLEB128-encoded\r\nvalues. Since we emit the smallest LEB encodings possible, we were\r\nwriting the correct bytes in output files, but we were also improperly\r\naccepting binaries that used more than one byte to encode these values.\r\nThis was caught by an upstream spec test.","shortMessageHtmlLink":"Fix encoding of heap type definitions (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2476471855\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6856\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6856/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6856\">WebAssembly#6856</a>)"}},{"before":"a8066e6618b93ea101e82b64690b9b62d7562609","after":"f938154a44ae4dd2733537c5683ebe2eeb1989a2","ref":"refs/heads/main","pushedAt":"2024-07-29T11:58:52.000Z","pushType":"push","commitsCount":7,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[wasm-reduce] Do not crash on non-func element segments (#6778)\n\nGeneralize the code for simplifying element segments to handle more than\r\njust null and funcref elements.","shortMessageHtmlLink":"[wasm-reduce] Do not crash on non-func element segments (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2420239297\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6778\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6778/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6778\">WebAssembly#…</a>"}},{"before":"0964a6adabc6428f8b188ed7d8949c801adedf33","after":"a8066e6618b93ea101e82b64690b9b62d7562609","ref":"refs/heads/main","pushedAt":"2024-07-22T08:34:00.000Z","pushType":"push","commitsCount":27,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Heap2Local: Properly handle failing array casts (#6772)\n\nFollowup to #6727 which added support for failing casts in Struct2Local, but it\r\nturns out that it required Array2Struct changes as well. Specifically, when we\r\nturn an array into a struct then casts can look like they behave differently\r\n(what used to be an array input, becomes a struct), so like with RefTest that we\r\nalready handled, check if the cast succeeds in the original form and handle\r\nthat.","shortMessageHtmlLink":"Heap2Local: Properly handle failing array casts (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2417024661\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6772\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6772/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6772\">WebAssembly#6772</a>)"}},{"before":"aec516f1259c3fec92982db92dc0e4e67ab2251a","after":"0964a6adabc6428f8b188ed7d8949c801adedf33","ref":"refs/heads/main","pushedAt":"2024-07-16T08:27:18.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[threads] Fix encoding of shared types (#6746)","shortMessageHtmlLink":"[threads] Fix encoding of shared types (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2409576811\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6746\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6746/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6746\">WebAssembly#6746</a>)"}},{"before":"cdf8139a441c27c16eff02ccee65c463500fc00f","after":"aec516f1259c3fec92982db92dc0e4e67ab2251a","ref":"refs/heads/main","pushedAt":"2024-07-14T16:27:05.000Z","pushType":"push","commitsCount":24,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[threads] Test that array ops work with shared nulls (#6743)","shortMessageHtmlLink":"[threads] Test that array ops work with shared nulls (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2406519966\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6743\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6743/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6743\">WebAssembly#6743</a>)"}},{"before":"c3089b3b553536ece3b1d6a9cffe82cda1b813e5","after":"cdf8139a441c27c16eff02ccee65c463500fc00f","ref":"refs/heads/main","pushedAt":"2024-06-28T09:35:34.000Z","pushType":"push","commitsCount":14,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"ConstantFieldPropagation: Add a variation that picks between 2 values using RefTest (#6692)\n\nCFP focuses on finding when a field always contains a constant, and then replaces\r\na struct.get with that constant. If we find there are two constant values, then in some\r\ncases we can still optimize, if we have a way to pick between them. All we have is the\r\nstruct.get and its reference, so we must use a ref.test:\r\n\r\n   (struct.get $T x (..ref..))\r\n     =>\r\n   (select\r\n     (..constant1..)\r\n     (..constant2..)\r\n     (ref.test $U (..ref..))\r\n   )\r\n\r\nThis is valid if, of all the subtypes of $T, those that pass the test have\r\nconstant1 in that field, and those that fail the test have constant2. For\r\nexample, a simple case is where $T has two subtypes, $T is never created\r\nitself, and each of the two subtypes has a different constant value.\r\n\r\nThis is a somewhat risky operation, as ref.test is not necessarily cheap.\r\nTo mitigate that, this is a new pass, --cfp-reftest that is not run by\r\ndefault, and also we only optimize when we can use a ref.test on what\r\nwe think will be a final type (because ref.test on a final type can be\r\nfaster in VMs).","shortMessageHtmlLink":"ConstantFieldPropagation: Add a variation that picks between 2 values…"}},{"before":"3d0e687447be426c4157dbe9c6d2626b147f85bf","after":"c3089b3b553536ece3b1d6a9cffe82cda1b813e5","ref":"refs/heads/main","pushedAt":"2024-06-21T13:34:17.000Z","pushType":"push","commitsCount":31,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"GlobalStructInference: Un-nest struct.news in globals when that is helpful (#6688)\n\nIf we have\r\n\r\n(global $g (struct.new $S\r\n  (i32.const 1)\r\n  (struct.new $T ..)\r\n  (ref.func $f)\r\n))\r\n\r\nthen before this PR if we wanted to read the middle field we'd stop, as it is non-constant.\r\nHowever, we can un-nest it, making it constant:\r\n\r\n(global $g.unnested (struct.new $T ..))\r\n(global $g (struct.new $S\r\n  (i32.const 1)\r\n  (global.get $g.unnested)\r\n  (ref.func $f)\r\n))\r\n\r\nNow the field is a global.get of an immutable global, which is constant. Using this\r\ntechnique we can handle anything in a struct field, constant or not. The cost of adding\r\na global is likely offset by the benefit of being able to refer to it directly, as that opens\r\nup more opportunities later.\r\n\r\nConcretely, this replaces the constant values we look for in GSI with a variant over\r\nconstants or expressions (we do still want to group constants, as multiple globals\r\nwith the same constant field can be treated as a whole). And we note cases where we\r\nneed to un-nest, and handle those at the end.","shortMessageHtmlLink":"GlobalStructInference: Un-nest struct.news in globals when that is he…"}},{"before":"76d1ac3e9c5abfe589bcdfc84b89f263bac7c574","after":"3d0e687447be426c4157dbe9c6d2626b147f85bf","ref":"refs/heads/main","pushedAt":"2024-06-11T08:34:47.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[Strings] Keep public and private types separate in StringLowering (#6642)\n\nWe need StringLowering to modify even public types, as it must replace every\r\nsingle stringref with externref, even if that modifies the ABI. To achieve that\r\nwe told it that all string-using types were private, which let TypeUpdater update\r\nthem, but the problem is that it moves all private types to a new single\r\nrec group, which meant public and private types ended up in the same group.\r\nAs a result, a single public type would make it all public, preventing optimizations\r\nand breaking things as in #6630 #6640.\r\n\r\nIdeally TypeUpdater would modify public types while keeping them in the same\r\nrec groups, but this may be a very specific issue for StringLowering, and that\r\nmight be a lot of work. Instead, just make StringLowering handle public types of\r\nfunctions in a manual way, which is simple and should handle all cases that\r\nmatter in practice, at least in J2Wasm.","shortMessageHtmlLink":"[Strings] Keep public and private types separate in StringLowering (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2334492980\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6642\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6642/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6642\">W…</a>"}},{"before":"0c23394e9d73252000c3161fb33344ca7bbf247c","after":"76d1ac3e9c5abfe589bcdfc84b89f263bac7c574","ref":"refs/heads/main","pushedAt":"2024-06-07T09:21:54.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Fix stack-use-after-scope on Windows in Precompute (#6643)\n\nCreate a temp var to store the ChildIterator.\r\n\r\nFixes #6639","shortMessageHtmlLink":"Fix stack-use-after-scope on Windows in Precompute (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2334551831\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6643\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6643/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6643\">WebAssembly#6643</a>)"}},{"before":"5d90167464ef5709406aea7d87ad1657eec8618b","after":"0c23394e9d73252000c3161fb33344ca7bbf247c","ref":"refs/heads/main","pushedAt":"2024-05-31T08:06:01.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"LogExecution: Optionally take a module name for the logger function (#6629)\n\n--log-execution=NAME will use NAME as the module for the logger\r\nfunction import, rather than infer it.\r\n\r\nIf the name is not provided (--log-execution as before this PR) then we\r\nwill try to automatically decide which to use (\"env\", unless we see\r\nanother module name is used, which can be the case in optimized\r\nmodules).","shortMessageHtmlLink":"LogExecution: Optionally take a module name for the logger function (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2318845284\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6629\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6629/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6629\">W…</a>"}},{"before":"5999c996c36abeba912599b5fba83d0b2989ed4c","after":"5d90167464ef5709406aea7d87ad1657eec8618b","ref":"refs/heads/main","pushedAt":"2024-05-30T08:02:24.000Z","pushType":"push","commitsCount":13,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Fix Vacuuming of code leading up to an infinite loop (#6632)\n\nWe had that logic right in other places, but the specific part of Vacuum that\r\nlooks at code that leads up to an unreachable did not check for infinite loops,\r\nso it could remove them.","shortMessageHtmlLink":"Fix Vacuuming of code leading up to an infinite loop (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2324237315\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6632\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6632/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6632\">WebAssembly#6632</a>)"}},{"before":"85f677acb83dd0340566fa2b93fd80a74a7f7b99","after":"5999c996c36abeba912599b5fba83d0b2989ed4c","ref":"refs/heads/main","pushedAt":"2024-05-21T06:52:26.000Z","pushType":"push","commitsCount":9,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[table64] Preserve 64-bit table flag when writing binaries (#6610)","shortMessageHtmlLink":"[table64] Preserve 64-bit table flag when writing binaries (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2306711424\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6610\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6610/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6610\">WebAssemb…</a>"}},{"before":"1cc15017f90571cc1eb74e673a3168977ba1be85","after":"85f677acb83dd0340566fa2b93fd80a74a7f7b99","ref":"refs/heads/main","pushedAt":"2024-05-16T12:21:24.000Z","pushType":"push","commitsCount":20,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Fix FlatTable for table64 (#6598)","shortMessageHtmlLink":"Fix FlatTable for table64 (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2299014700\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6598\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6598/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6598\">WebAssembly#6598</a>)"}},{"before":"4b7c610f14329dfe045534ec1cde7f28330393f9","after":"1cc15017f90571cc1eb74e673a3168977ba1be85","ref":"refs/heads/main","pushedAt":"2024-05-10T09:42:52.000Z","pushType":"push","commitsCount":7,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Fuzzer: Add another stringview subtyping error message to ignore (#6575)","shortMessageHtmlLink":"Fuzzer: Add another stringview subtyping error message to ignore (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2286497208\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6575\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6575/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6575\">Web…</a>"}},{"before":"58753f40d9ee51bbe5c3acb7656e0d4ab73d0f36","after":"4b7c610f14329dfe045534ec1cde7f28330393f9","ref":"refs/heads/main","pushedAt":"2024-05-08T09:42:15.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Allow DWARF and multivalue together (#6570)\n\nThis allows writing of binaries with DWARF info when multivalue is\r\nenabled. Currently we just crash when both are enabled together. This\r\njust assumes, unless we have run DWARF-invalidating passes, all locals\r\nadded for tuples or scratch locals would have been added at the end of\r\nthe local list, so just printing all locals in order would preserve the\r\nDWARF info. Tuple locals are expanded in place and scratch locals are\r\nadded at the end.","shortMessageHtmlLink":"Allow DWARF and multivalue together (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2281425367\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6570\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6570/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6570\">WebAssembly#6570</a>)"}},{"before":"abd51437426c72a2d2f8195da5d5cf570941b805","after":"58753f40d9ee51bbe5c3acb7656e0d4ab73d0f36","ref":"refs/heads/main","pushedAt":"2024-05-02T14:19:41.000Z","pushType":"push","commitsCount":16,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Respect the Web limitation on Table size (#6567)\n\nWithout this the fuzzer can error on differences in behavior between V8 and us.\r\n\r\nAlso move the limitations constants to their own header.","shortMessageHtmlLink":"Respect the Web limitation on Table size (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2273729361\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6567\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6567/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6567\">WebAssembly#6567</a>)"}},{"before":"a3c789008726ccf891b5f5581c87194578c32af4","after":"abd51437426c72a2d2f8195da5d5cf570941b805","ref":"refs/heads/main","pushedAt":"2024-04-29T07:01:13.000Z","pushType":"push","commitsCount":27,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[Parser] Do not eagerly lex numbers (#6544)\n\nLex integers and floats on demand to avoid wasted work. Remove `Token`\ncompletely now that all kinds of tokens are lexed on demand.","shortMessageHtmlLink":"[Parser] Do not eagerly lex numbers (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2262552058\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6544\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6544/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6544\">WebAssembly#6544</a>)"}},{"before":"4a907b0a5ec1c25eef259ba54b387865edbe0451","after":"a3c789008726ccf891b5f5581c87194578c32af4","ref":"refs/heads/main","pushedAt":"2024-04-23T13:35:52.000Z","pushType":"push","commitsCount":5,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[EH] Fix delegating to caller when func result is concrete (#6518)\n\nhen the function return type is concrete, the translation result of a\r\n`try`-`delegate` that targets the caller includes a `return` that\r\nreturns the whole function body:\r\nhttps://github.com/WebAssembly/binaryen/blob/219e668e87b012c0634043ed702534b8be31231f/src/passes/TranslateEH.cpp#L751-L763\r\n\r\nWe should do that based on the function's return type, not the function\r\nbody's return type. The previous code didn't handle the case where the\r\nfunction's return type is concrete but the function body's return type\r\nis unreachable.","shortMessageHtmlLink":"[EH] Fix delegating to caller when func result is concrete (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2255662310\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6518\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6518/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6518\">WebAssemb…</a>"}},{"before":"8c834e8257b03ea87b639ddac9adefec64fcad00","after":"4a907b0a5ec1c25eef259ba54b387865edbe0451","ref":"refs/heads/main","pushedAt":"2024-04-19T09:03:06.000Z","pushType":"push","commitsCount":13,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"[Parser][NFC] Solve performance issue by adding maybeLabelidx (#6514)\n\nCreating an error in the parser is an extremely expensive operation for very\r\nlarge files because it has to traverse the input buffer and count newlines to\r\ncompute the error message. Despite that, there are a few places were we create\r\nerrors just to discard them and continue parsing. The most notable of these\r\nplaces was where we parsed the list of label index immediates for the br_table\r\ninstruction. The parser determined the end of the list by intercepting the error\r\nproduced when trying to parse one more label index.\r\n\r\nFix this significant performance problem causing parsing to be quadratic by\r\nintroducing and using `maybeLabelidx`, which tries to parse a label index but\r\ndoes not produce an error if it fails.","shortMessageHtmlLink":"[Parser][NFC] Solve performance issue by adding maybeLabelidx (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2251779529\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6514\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6514/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6514\">WebAss…</a>"}},{"before":"365f12ed2388c610511bd17ce097021e0babcaa9","after":"8c834e8257b03ea87b639ddac9adefec64fcad00","ref":"refs/heads/main","pushedAt":"2024-04-15T19:57:20.000Z","pushType":"push","commitsCount":21,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"When creating `dynCall` and `legalstub` function mark them as hasExplicitName. NFC (#6496)\n\nThis is temporary workaround for the current test failures on the\r\nemscripten waterfall.  The real fix I believe will be to make\r\n`hasExplicitName` the default in these kinds of cases.\r\n\r\nSee: #6466","shortMessageHtmlLink":"When creating <code>dynCall</code> and <code>legalstub</code> function mark them as hasExpl…"}},{"before":"58f06ccd1e94953292057bb61dc670bfcee0dd05","after":"365f12ed2388c610511bd17ce097021e0babcaa9","ref":"refs/heads/main","pushedAt":"2024-04-05T08:11:41.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"dhil","name":"Daniel Hillerström","path":"/dhil","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/1827113?s=80&v=4"},"commit":{"message":"Typed continuations: nocont and cont basic heap types (#6468)\n\nThis PR is part of a series that adds basic support for the typed\r\ncontinuations/wasmfx proposal.\r\n\r\nThis particular PR adds cont and nocont as top and bottom types for\r\ncontinuation types, completely analogous to func and nofunc for function types\r\n(also: exn and noexn).","shortMessageHtmlLink":"Typed continuations: nocont and cont basic heap types (<a class=\"issue-link js-issue-link\" data-error-text=\"Failed to load title\" data-id=\"2223573337\" data-permission-text=\"Title is private\" data-url=\"https://github.com/WebAssembly/binaryen/issues/6468\" data-hovercard-type=\"pull_request\" data-hovercard-url=\"/WebAssembly/binaryen/pull/6468/hovercard\" href=\"https://github.com/WebAssembly/binaryen/pull/6468\">WebAssembly#6468</a>)"}},{"before":"71e9fcb0e2cb4caf97e0b80b0ce8aff7db93f552","after":"03525fb5c13281215024a1b20b72dccb333dba25","ref":"refs/heads/wasmfx-nocont","pushedAt":"2024-04-04T12:40:58.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"clang-format","shortMessageHtmlLink":"clang-format"}},{"before":"b1145af64b40b8765665529f353627ed4f5469bc","after":"71e9fcb0e2cb4caf97e0b80b0ce8aff7db93f552","ref":"refs/heads/wasmfx-nocont","pushedAt":"2024-04-04T12:32:57.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"test cont/nocont in type-builder.cpp","shortMessageHtmlLink":"test cont/nocont in type-builder.cpp"}},{"before":"33bffe45be835fdba79bcd3916bcd9a321f78ebf","after":"b1145af64b40b8765665529f353627ed4f5469bc","ref":"refs/heads/wasmfx-nocont","pushedAt":"2024-04-03T19:34:19.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"isCompositeContinuation -> isContinuation","shortMessageHtmlLink":"isCompositeContinuation -&gt; isContinuation"}},{"before":"15cea0a3d96ebebaa7d3d46b3f1076de4fcc6e70","after":"b1145af64b40b8765665529f353627ed4f5469bc","ref":"refs/heads/run-ci","pushedAt":"2024-04-03T19:27:56.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"isCompositeContinuation -> isContinuation","shortMessageHtmlLink":"isCompositeContinuation -&gt; isContinuation"}},{"before":"6324dc1e22b48dc050079f37df382b4c3941043b","after":"33bffe45be835fdba79bcd3916bcd9a321f78ebf","ref":"refs/heads/wasmfx-nocont","pushedAt":"2024-04-03T17:53:42.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"cont nocont","shortMessageHtmlLink":"cont nocont"}},{"before":"15cea0a3d96ebebaa7d3d46b3f1076de4fcc6e70","after":"6324dc1e22b48dc050079f37df382b4c3941043b","ref":"refs/heads/wasmfx-nocont","pushedAt":"2024-04-03T17:49:59.000Z","pushType":"force_push","commitsCount":0,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"cont nocont","shortMessageHtmlLink":"cont nocont"}},{"before":null,"after":"15cea0a3d96ebebaa7d3d46b3f1076de4fcc6e70","ref":"refs/heads/wasmfx-nocont","pushedAt":"2024-04-03T17:36:37.000Z","pushType":"branch_creation","commitsCount":0,"pusher":{"login":"frank-emrich","name":"Frank Emrich","path":"/frank-emrich","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/10780413?s=80&v=4"},"commit":{"message":"cont nocont","shortMessageHtmlLink":"cont nocont"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEqIrr8AA","startCursor":null,"endCursor":null}},"title":"Activity · wasmfx/binaryenfx"}