[vsipl++] [patch] Matrix product 'backend' for CML

[Don McCoy]

Stefan Seefeld wrote:
> On the other hand, you mentioned in another mail you were going to also 
> check for split vs. interleaved there, so it may grow a little. I'm not 
> yet convinced that such a generic Cml_traits template is useful, though, 
> since availability of some (type, layout) may depend on the actual 
> operation.
>
> Other than that, the patch looks good.
>   
I changed the parameter to accept the block type rather than the
value_type for the block.  The advantage here is that it centralizes the
check for the correct data type, if nothing else.  Later, we may add an
operation type parameter to grant exceptions or exclusions, say if a
particular function does not support split-complex for example.

Ok to commit?


-- 
Don McCoy
don (at) CodeSourcery
(888) 776-0262 / (650) 331-3385, x712

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cmp1.changes
URL: <http://sourcerytools.com/pipermail/vsipl++/attachments/20080514/e74802a5/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: cmp1.diff
URL: <http://sourcerytools.com/pipermail/vsipl++/attachments/20080514/e74802a5/attachment-0001.ksh>