Mark xfail a llvm3.3 regression on ppc. 
Typeconversion fails when the target type is shorter than the source.
e.g.
	float f=-2;
	int i  =-2;
	(uchar)f==(uchar)i

will return false.
The float one is (internally!) 0xffffffe, the int one 0xfe.
I cannot spot the error in the generated LLVM IR, so this probably is a LLVM PPC
backend bug. But any reduced test case seems to not show this symptom.
Mark rotate+shitf test as xfail on PPC and LLVM 3.3.
Looks like an optimization+codegen bug
Merge from trunk
Add dependency of patched file cl.hpp onto the patch
Re-implement OSX assign() work-around

Do not replace assign() by resize and memcpy.
Instead, define the function later, after cl::Device has been fully
declared.
Remove the standalone example from the subdirs. It's deprecated and tested separately by TCE test suite.
Added a test case for TCE's fp16 support which used to fail with the loops method. It was a TCE backend bug and was fixed in TCE.
Merge from 0.8