144915 2015-05-12 10:01:40 -0700 stress/int8-repeat-out-of-bounds.js and stress/float32-repeat-out-of-bounds.js fail with eager compilation 2015-05-12 12:27:23 -0700 1 1 1 Unclassified WebKit JavaScriptCore 528+ (Nightly build) Unspecified Unspecified RESOLVED INVALID P2 Minor --- 1 basile_clement webkit-unassigned fpizlo ggaren mark.lam msaboff oldest_to_newest 1094185 0 basile_clement 2015-05-12 10:01:40 -0700 ... 1094187 1 basile_clement 2015-05-12 10:04:10 -0700 After looking at the test, this is probably a minor problem with the test making assumptions on the number of recompilations that is not correct with eager compilation. 1094196 2 fpizlo 2015-05-12 10:38:56 -0700 It's intentional. :-). The tests are asserting that we converge quickly and don't recompile too much. But with eager compilation, we will recompile more because we often don't get enough profiling in the first round. That's fine. I don't think we should try to make these tests pass in eager mode 1094229 3 basile_clement 2015-05-12 12:27:01 -0700 (In reply to comment #2) > It's intentional. :-). The tests are asserting that we converge quickly and > don't recompile too much. But with eager compilation, we will recompile more > because we often don't get enough profiling in the first round. That's fine. > I don't think we should try to make these tests pass in eager mode OK, it just seemed weird that we had tests that would only succeed provided some options are within presupposed range, closing this then.