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
This came up recently in #114360 - the def32 pattern to detect implicit i32->i64 zero extension can get things wrong under certain circumstances depending on ordering in DAGISel and assume the upper 32-bit are already zero when they aren't.
We might be better off just having a pass that removes unnecessary zext nodes later on.
The text was updated successfully, but these errors were encountered:
This came up recently in #114360 - the def32 pattern to detect implicit i32->i64 zero extension can get things wrong under certain circumstances depending on ordering in DAGISel and assume the upper 32-bit are already zero when they aren't.
We might be better off just having a pass that removes unnecessary zext nodes later on.
This came up recently in #114360 - the def32 pattern to detect implicit i32->i64 zero extension can get things wrong under certain circumstances depending on ordering in DAGISel and assume the upper 32-bit are already zero when they aren't.
We might be better off just having a pass that removes unnecessary zext nodes later on.
The text was updated successfully, but these errors were encountered: