forked from OSchip/llvm-project
59510c4212
The rounding during type conversion uses multiple conversions, selecting
between them to try to discover if rounding occurred. This appears to
not have been tested, since it would generate code of the form:
float convert_float_rtp(char x)
{
float r = convert_float(x);
char y = convert_char(y);
[...]
}
which will access uninitialised data. The idea appears to have been to
have done a char -> float -> char roundtrip in order to discover the
rounding, so do this.
Discovered by inspection.
Signed-off-by: Daniel Stone <daniels@collabora.com>
Reviewed By: jvesely
Differential Revision: https://reviews.llvm.org/D81999
|
||
|---|---|---|
| .. | ||
| async | ||
| atomic | ||
| cl_khr_global_int32_base_atomics | ||
| cl_khr_global_int32_extended_atomics | ||
| cl_khr_int64_base_atomics | ||
| cl_khr_int64_extended_atomics | ||
| cl_khr_local_int32_base_atomics | ||
| cl_khr_local_int32_extended_atomics | ||
| common | ||
| geometric | ||
| integer | ||
| math | ||
| misc | ||
| relational | ||
| shared | ||
| workitem | ||
| SOURCES | ||
| atom_int32_binary.inc | ||
| clc_unary.inc | ||
| clcmacro.h | ||
| gen_convert.py | ||
| subnormal_config.cl | ||
| subnormal_disable.ll | ||
| subnormal_helper_func.ll | ||
| subnormal_use_default.ll | ||