-
Enhancement
-
Resolution: Fixed
-
P4
-
25
-
master
-
generic
Currently, we do not infer Float16-specific IR for the following source pattern.
SRC = Float16.valueOf(src[i]);
RES = Float16.max(SRC, Float16.NaN)
The reason is that the current scheme to detect Float16 operations for some of the operations is based on generic pattern matching. In the above case, the second argument gets constant folded to a Float constant, thus bypassing the existing pattern, which expects the inputs to be ConvHF2F.
SRC = Float16.valueOf(src[i]);
RES = Float16.max(SRC, Float16.NaN)
The reason is that the current scheme to detect Float16 operations for some of the operations is based on generic pattern matching. In the above case, the second argument gets constant folded to a Float constant, thus bypassing the existing pattern, which expects the inputs to be ConvHF2F.
- causes
-
JDK-8361037 [ubsan] compiler/c2/irTests/TestFloat16ScalarOperations division by 0 after JDK-8352635
-
- New
-
- duplicates
-
-
- Closed
-
- relates to
-
-
- Resolved
-
- links to
-
Commit(master)
openjdk/jdk/a49ecb26
-
Review(master)
openjdk/jdk/24179