aaron/ispc
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

examined soa-18 runfail

Browse Source
This commit is contained in:
Anton Mitrokhin
2014-12-26 16:21:23 +03:00
parent 192aeb0ae3
commit 948e75dcb5
1 changed files with 17 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files

17
examples/intrinsics/known_fails.txt
View File

@@ -13,3 +13,20 @@ __vec16_i64 (((uint64_t *)(&tmp__2_))[0], ((uint64_t *)(&tmp__2_))[0], ((uint64_
*)(&tmp__2_))[0] *)(&tmp__2_))[0]
``` ```
where 'tmp__2_' is of __vec16_i64 data type. where 'tmp__2_' is of __vec16_i64 data type.
2. soa-18.ispc (-O0)
The same as (1). The generator uses the structure of a kind
```
struct l_unnamed_0 {
__vec16_i64 field0;
__vec16_i32 field1;
} ptr_;
```
and a function
```
__masked_store_i64(((&ptr_.field0)), _slice_ptr7_slice_offset_extract_0_, internal_mask_26_function_mask9_);
```
where '_slice_ptr7_slice_offset_extract_0_' is of type __vec16_i64. The
problem is, we store 64 bit ints in memory sequentually and in vectors
separately (hi and lo parts). This way, the '.field0' has wrong layout