We use heap prediction in propagation phase since it is more accurate, but we can use IDL result type in AI to drop type checks.
Created attachment 292835 [details] Patch
Created attachment 292837 [details] Patch
Added more tests.
Comment on attachment 292837 [details] Patch Awesome!
Committed r207869: <http://trac.webkit.org/changeset/207869>
Thanks!
Comment on attachment 292837 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=292837&action=review > Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:2506 > + "long" => "SpecInt32Only", This shouldn't be SpecBytecodeNumber?
Comment on attachment 292837 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=292837&action=review >> Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:2506 >> + "long" => "SpecInt32Only", > > This shouldn't be SpecBytecodeNumber? Do you mean this `long` exceeds the range of SpecInt32Only? According to the WebIDL spec, the long is defined as a range of int32_t. https://www.w3.org/TR/WebIDL/#idl-long
(In reply to comment #8) > Comment on attachment 292837 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=292837&action=review > > >> Source/WebCore/bindings/scripts/CodeGeneratorJS.pm:2506 > >> + "long" => "SpecInt32Only", > > > > This shouldn't be SpecBytecodeNumber? > > Do you mean this `long` exceeds the range of SpecInt32Only? > According to the WebIDL spec, the long is defined as a range of int32_t. > https://www.w3.org/TR/WebIDL/#idl-long Yeah I was worried about that but if it's int32 then we're fine :)