pxli168 added a comment.

Then maybe I should hurry up to see if I can finish the Semacheck and this 
patch in time.
By the way, I just got the access to the llvm svn, can I just commit the pipe 
type patch directly as I see you all accepted it. Or I should send it to the 
cfe-commit first?


================
Comment at: lib/CodeGen/CGOpenCLRuntime.h:55
@@ -50,3 +54,3 @@
 };
 
 }
----------------
pekka.jaaskelainen wrote:
> > Additionally how would definitions of builtin with user defined types 
> > appear in the BIF libraries?
> 
> This is a good question. read_pipe should just work for any type of any size, 
> thus we cannot just generate a new function for all possible sizes in 
> advance, thus what Anastasia suggests here makes sense to me:
> 
> > One approach would be to just generate calls that would always use generic 
> > types
> 
> If now there was an additional parameter (always a constant) that stores the 
> type's size it would not help much as one would need to generate a big 
> switch...case that optimizes the access based on the packet size in case of a 
> software pipe or a compiler pass that looks into that argument and generates 
> (a call to) an optimized version?
> 
> I think combining the Anastasia proposed generic read/write_pipe with the 
> metadata (that points to the packet's inner type or its size?) would be the 
> best solution (so far).
Ok, I will send a patch in the best way so far.


http://reviews.llvm.org/D15914



_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to