I want to be more precise, actually : the problem I see with this is that
mathematically, diag or row remain unary operators. The fact that it is
binary has to do with our implementation. So actually I think that we
should never stick to the mathematical meaning of the operators (even
though sometimes it may coincide)
Philippe
2014-06-17 10:29 GMT+02:00 Toby St Clere Smithe <m...@tsmithe.net>:
> Hey Philippe,
>
> Philippe Tillet <phil.til...@gmail.com>
> writes:
> > 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. 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!
>
> I'd go with binary, for exactly your reason, I think.
>
> Cheers,
>
> Toby
>
>
>
> ------------------------------------------------------------------------------
> 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
>
------------------------------------------------------------------------------
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
