You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When working with -D hl-check, I saw the following situation generate @:implicitCast ([Meta:String] :implicitCast in dump). @:implicitCast is not parsed by HL, which cause a type mismatch on call to .split (Dynamic instead of String).
Simply separate the line in two will not remove such metadata, and the cast is done correctly.
I'm wondering if that's some abstract related issue? Because I didn't see other target parse @:implicitCast tag, and when checking with a larger codebase, @:implicitCast seems mostly generated with on a same type or with a Null<>.
Or maybe I'm missing something and it's better to fix it in HL?
When working with
-D hl-check
, I saw the following situation generate@:implicitCast
([Meta:String] :implicitCast
in dump).@:implicitCast
is not parsed by HL, which cause a type mismatch on call to.split
(Dynamic instead of String).Simply separate the line in two will not remove such metadata, and the cast is done correctly.
I'm wondering if that's some abstract related issue? Because I didn't see other target parse
@:implicitCast
tag, and when checking with a larger codebase,@:implicitCast
seems mostly generated with on a same type or with aNull<>
.Or maybe I'm missing something and it's better to fix it in HL?
Dump:
The text was updated successfully, but these errors were encountered: