search for: does_this_compil

> > OpenCL 1.2 (6.3)/k says the result of sizeof is an ICE. So these are valid: > > int does_this_compile[sizeof(void*) - 3]; > > struct how_do_you_represent_this_in_IR { > int a : 1; > int b : sizeof(void*) * 4; > }; > > Is OpenCL going to be changed to reject these cases? > I don't think that they plan to allow it. I am not sure how much value dynamic sized bitfie...

...esday, September 12, 2012 2:17 PM > To: Richard Smith > Cc: cfe-dev at cs.uiuc.edu; llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] SPIR Portability Discussion > > > > > OpenCL 1.2 (6.3)/k says the result of sizeof is an ICE. So these are > valid: > > > > int does_this_compile[sizeof(void*) - 3]; > > > > struct how_do_you_represent_this_in_IR { > > int a : 1; > > int b : sizeof(void*) * 4; > > }; > > > > Is OpenCL going to be changed to reject these cases? > > > > I don't think that they plan to allow it. I...

...es functions to substitute the constant > values of the sizeof operator. > These functions should be resolved by the device backend compiler when > producing the final machine code of the OpenCL program. > OpenCL 1.2 (6.3)/k says the result of sizeof is an ICE. So these are valid: int does_this_compile[sizeof(void*) - 3]; struct how_do_you_represent_this_in_IR { int a : 1; int b : sizeof(void*) * 4; }; Is OpenCL going to be changed to reject these cases? How do you perform record layout if the size of a pointer is unknown? For instance: struct A { int *p; int n; } a; int arr[offseto...

...plication is that a SPIR optimizer will need to rule out such optimizations. As a side note, we are running a check in Khronos if this restriction can be removed. *** Richard Smith, Eli Friedman & Nadav Rotem: Portability Issues *** *****comment 1: int does_this_compile[sizeof(void*) - 3]; Answer: We are discussing this internally and will provide an answer soon. ****comment 2: struct how_do_you_represent_this_in_IR {   int a : 1;...

Ouriel, Boaz wrote: ... *** Richard Smith, Eli Friedman & Nadav Rotem: Portability Issues *** *****comment 1: int does_this_compile[sizeof(void*) - 3]; Answer: We are discussing this internally and will provide an answer soon. ****comment 2: struct how_do_you_represent_this_in_IR {   int a : 1;...

...s issue, SPIR provides functions to substitute the constant values of the sizeof operator. These functions should be resolved by the device backend compiler when producing the final machine code of the OpenCL program. OpenCL 1.2 (6.3)/k says the result of sizeof is an ICE. So these are valid: int does_this_compile[sizeof(void*) - 3]; [Villmow, Micah] 'ICE'? Integer compile time expression? While not pretty, this can be represented in SPIR with the following sequence on instructions %1 = call %spir.size_t @__spir_sizet_convert_size_t(i32 3) %2 = call %spir.size_t @__spir_size_of_sizet() %3 = call %sp...

Hey All, This is a very big topic in SPIR and probably a very controversial one as well. It includes dealing with 32 vs. 64 bit architectures and OpenCL "C" endianness. We have written down some of the aspects, but of course did not cover everything - let's start a discussion on the portability and see where it takes us. I suggest we start with the 32 vs. 64 bits discussion and then

...izeof operator. > These functions should be resolved by the device backend compiler when > producing the final machine code of the OpenCL program.**** > > ** ** > > OpenCL 1.2 (6.3)/k says the result of sizeof is an ICE. So these are valid: > **** > > ** ** > > int does_this_compile[sizeof(void*) - 3]; > Oops, I meant sizeof(void*) - 5. > **** > > *[Villmow, Micah] ‘ICE’? Integer compile time expression? While not > pretty, this can be represented in SPIR with the following sequence on > instructions* > > *%1 = call %spir.size_t @__spir_sizet_conver...

...s issue, SPIR provides functions to substitute the constant values of the sizeof operator. These functions should be resolved by the device backend compiler when producing the final machine code of the OpenCL program. OpenCL 1.2 (6.3)/k says the result of sizeof is an ICE. So these are valid: int does_this_compile[sizeof(void*) - 3]; Oops, I meant sizeof(void*) - 5. [Villmow, Micah] 'ICE'? Integer compile time expression? While not pretty, this can be represented in SPIR with the following sequence on instructions %1 = call %spir.size_t @__spir_sizet_convert_size_t(i32 3) %2 = call %spir.size_t @_...

On Wed, Sep 19, 2012 at 5:43 AM, Benyei, Guy <guy.benyei at intel.com> wrote: > Ouriel, Boaz wrote: > > > ... > > > *** Richard Smith, Eli Friedman & Nadav Rotem: Portability Issues *** > > *****comment 1: int does_this_compile[sizeof(void*) - 3]; > Answer: We are discussing this internally and will provide an answer soon. > > ****comment 2: struct how_do_you_represent_this_in_IR { > int a : 1; > int b : sizeo...

...d not be written expecting the prior behavior of other compilers in OpenCL. The implication is that a SPIR optimizer will need to rule out such optimizations. *** Richard Smith, Eli Friedman & Nadav Rotem: Portability Issues *** *****comment 1: int does_this_compile[sizeof(void*) - 3]; Answer: In this scenario the sizeof(void*) is no longer a frontend compile time constant. This case is not supported, and a compile time error should be raised by a SPIR frontend ****comment 2: struct how_do_you_represent_this_in_IR {...