[JSC] TypedArray GetArrayLength should not use Reuse
Created attachment 444621 [details] Patch
rdar://85502079
Comment on attachment 444621 [details] Patch r=me
Committed r285978 (244375@main): <https://commits.webkit.org/244375@main>
This new test is failing on cloop on every architecture. Example failure: Running stress/get-array-length-reuse.js.default stress/get-array-length-reuse.js.default: Crashing because current footprint: 632360960 exceeds limit: 629145600 stress/get-array-length-reuse.js.default: test_script_9640: line 2: 3125653 Aborted (core dumped) ( "$@" /var/lib/jenkins/workspace/WebKit-JSC/label/x86_64/WebKitBuild/Release/bin/jsc --useFTLJIT\=false --useFunctionDotArguments\=true --validateExceptionChecks\=true --useDollarVM\=true --maxPerThreadStackUsage\=1572864 --useFTLJIT\=true get-array-length-reuse.js ) stress/get-array-length-reuse.js.default: ERROR: Unexpected exit code: 134 FAIL: stress/get-array-length-reuse.js.default Seems it runs successfully, then crashes at the very end because the artificial memory limit was exceeded? The tests are failing on the JSC EWS with a different error: Exception: RangeError: length too large
Reopening because the test is broken in two different ways. Yusuke, any ideas?
I'm going to start by skipping the entire test: //@ skip temporarily, until Yusuke gets a chance to look at this. I considered: //@ skip if $memoryLimited but I'm not sure that the EWS failure is actually related to memory, or that the EWS is a memory-limited environment.
Created attachment 445035 [details] Patch
Comment on attachment 445035 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=445035&action=review > JSTests/stress/get-array-length-reuse.js:2 > +//@ skip > +// FIXME: Unskip: https://bugs.webkit.org/show_bug.cgi?id=233299#c5 We should make it `//@ skip if $memoryLimited`.
Created attachment 445094 [details] Patch
Committed r286153 (244537@main): <https://commits.webkit.org/244537@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 445094 [details].