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
Base.@nospecializeinferfunctiontraced_type_inner(
@nospecialize(VT::Type{<:Val}),
seen,
@nospecialize(mode::TraceMode),
@nospecialize(track_numbers::Type)
)
if VT isa UnionAll
return VT
end
T = VT.parameters[1]
iftraced_type_inner(typeof(T), seen, mode, track_numbers) ==typeof(T)
return Val{T}
endthrow("Val type $(Val{T}) cannot be traced")
end
When we construct while/if we need to track_numbers which in-turn tries to trace through Val (which occurs very commonly inside Lux states), and this eventually errors. If there is no practical applicability, can we remove this?
The text was updated successfully, but these errors were encountered:
I think it is impossible to use a Val of a traced.
So the question is whether it is helpful to error (eg someone trying to move something through a Val they would’ve expected or error early, or just to fast path return as is
When we construct
while
/if
we need to track_numbers which in-turn tries to trace throughVal
(which occurs very commonly inside Lux states), and this eventually errors. If there is no practical applicability, can we remove this?The text was updated successfully, but these errors were encountered: