Hey, > The integration of the generator is going on slowly but safely. Vector > kernels are fully integrated and I'm about to support some matrix kernel > as well ( excluding FFT, LU, and a few others).
:-) > I have one metaphysical question, though. Then my answer is '42' ;-) > There are two interpretation > possible for op_row, for example. Either we consider it as a unary > operator because it acts on a single matrix, or we consider it as a > binary operator because it also requires an uint as its RHS. I'm leaning > towards the latter interpretation, yes I'd be glad to have your opinion > on this! My first thought on this says: Reproduce the 'function interface' for this, hence asking for a binary_expression. This is also the use case I had in mind when setting up the low-level data structures. Now, is this flexible enough? My claim is yes, because we can always pack as many things into the arguments of a binary_expression as we want/need. In contrast, with an unary_expression we have a hard time encoding the row number as in row(A, 5);, with the only option of piggy-backing some constructor arguments somehow, which is far more messy. Thus, unless someone comes up with an even more flexible approach, please go ahead with binary_expression. I don't see a contradiction with the mathematical formulation, because the operator acting on the matrix still requires a second argument to be fully specified (no, we don't want to provide a compile-time argument for each possible row index ;-) ) Best regards, Karli ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ ViennaCL-devel mailing list ViennaCL-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/viennacl-devel
