Hi guys,
This issue has not been fixed in latest Linaro release (4.6.2012.04) yet.
Can you suggest whether this patch is a correct fix for the pr51020.
If so, should it be applied to the corresponding gcc branch?
On Tue, May 01, 2012 at 11:21:28PM +0400, Alexey Kravets wrote:
> On Mon, Apr
On Mon, Apr 30, 2012 at 02:15:03PM +0100, Richard Earnshaw wrote:
> On 28/04/12 11:04, Alexey Kravets wrote:
> > Hi guys,
> > Please, take a look at this patch. It fixes the invalid star symbol
> > processing in validate_switches function reported in GCC bugzilla:
> >
details).
It showed no regressions on GCC-4.6.3 on ARM.
ChangeLog:
* gcc/gcc.c(validate_switches): Reset starred flag.
* gcc/testsuite/gcc.target/arm/pr51020.c: New test.
--
Alexey Kravets
a.krav...@samsung.com
local ext. 3964
diff --git a/gcc/gcc.c b/gcc/gcc.c
index 75f522e..e3c8609 100644
-codegen.c (opencl_print_operand):
Handle MINUS_EXPR in OpenCL kernel code generation.
[2]
* graphite-opencl.c (opencl_postpass_data): Use correct
vectors for processing postpass data in opencl_postpass_data
--
Alexey Kravets
mr.kayr...@gmail.com
* graphite-opencl.c
dependencies in
graphite-opencl. I tested it on PolyKernels and on the block-0.c test from graphite
testsuite.
Is this patch OK for graphite branch? If it is, could you commit it?
gcc:
2011-05-26 Alexey Kravets
RP middle-end/49147
* graphite-opencl-codegen.c
