History log of /frameworks/compile/slang/tests/P_reduce_general_result/ScriptC_reduce_general_result.java.expect
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
8ee018bdb53fc5abdc430878e2bec0c0c0aa560f 02-Jun-2016 David Gross <dgross@google.com> Delete simple reduction implementation.

Bug: 27298560
Change-Id: I775dd782d658c7c720f57aa31a584deee98cdd17
/frameworks/compile/slang/tests/P_reduce_general_result/ScriptC_reduce_general_result.java.expect
d204e65f7b46a3592a254d581e4b9f2af92b6eac 07-Apr-2016 David Gross <dgross@google.com> Reflected result_* class should destroy() temporary Allocations at the end of get().

Also ensure that only the first call to get() does the work to
extract the actual result from the output Allocation.

Bug: 27973904
Change-Id: I0ef0d9e646db29973158504069261751a09585d2
/frameworks/compile/slang/tests/P_reduce_general_result/ScriptC_reduce_general_result.java.expect
2d7f3f95947889e1ea48b0e925c5929af4fbf6b4 10-Mar-2016 David Gross <dgross@google.com> Flesh out reduction support for half data types.

Also extended test cases for more thorough data type coverage
(including non-half data types).

Details:
- Bug fixes.
- Result type can be vector of half or array of vector of half.
- Full reflection support for [array of] [vector of] half input or result.

Bug: 27299169
Change-Id: Id674ae2ea2cce6215f152fd62bb5b124c44cfcd3
/frameworks/compile/slang/tests/P_reduce_general_result/ScriptC_reduce_general_result.java.expect
1381ae7c081ab151e78184501f757f517fe6c2a9 02-Feb-2016 David Gross <dgross@google.com> Remove array subrange (x1, x2) general reduction methods.

The current implementation is functionally incorrect.

A general reduction method that takes array inputs is implemented by
creating a temporary Allocation for each input and initializing the
Allocation from the input array.

There is no efficient way to implement the array subrange methods
today, because there is no efficient way to initialize an Allocation
from a subrange of an array (see http://b/26804454). We would have to
do something like:
- Extend the RenderScript Java API; or
- For each input array, create a temporary array, populate the temporary
array from the appropriate subrange of the the original array, and
initialize a temporary Allocation from the temporary array instead of the
input array; or
- For each input array, initialize an Allocation from the entire array,
but use LaunchOptions to specify that only a subrange of the Allocation
should be processed by the kernel.

Bug: 23535724
Change-Id: Ie9d3ebe445724512bb196aa661a295f217145918
/frameworks/compile/slang/tests/P_reduce_general_result/ScriptC_reduce_general_result.java.expect
277fd5e6545c8ba1272027ee6e6bc55a96316dc0 14-Jan-2016 David Gross <dgross@google.com> Add Java reflection for "#pragma rs reduce".

Also:
- test.py now recognizes "Script*.java.expect" files as masters for comparing
reflected code the same way "stderr.txt.expect" and "stdout.txt.expect" are
masters for comparing compiler stderr and stdout.
- gReflectionTypes[] now has a '"common name" in script (C99)' column (e.g., "short" is
the common name by which a type appears in script code, in contrast with "int16_t"
which is the name by which a type is reflected in NDK code).

Bug: 23535724
Change-Id: I7960968bb98a17e33fe23415f7927cac537b72a3
/frameworks/compile/slang/tests/P_reduce_general_result/ScriptC_reduce_general_result.java.expect