On Sat, Jun 27, 2009 at 3:25 PM, Nate Begeman<[email protected]> wrote:
> It should bit-convert 4LL to v2f32 when not targeting OpenCL (to maintain
> gcc compatibility, although i don't know if gcc considers that a constant
> expression or not, will try it out), and create a vector of {4.0f, 4.0f} for
> OpenCL.  I'll update the code to handle that.  Lemme know if you have other
> ideas :)

I don't really care whether we can evaluate it as a constant
expression or not outside of OpenCL mode; we just need to make sure it
doesn't evaluate to the wrong thing.

Actually, maybe we can make it work in OpenCL style for ExtVectors,
and gcc-style for other vectors?  I'd like to avoid having the
behavior here depend on whether we're in OpenCL mode.

-Eli

_______________________________________________
cfe-commits mailing list
[email protected]
http://lists.cs.uiuc.edu/mailman/listinfo/cfe-commits

Reply via email to