Toby St Clere Smithe <[email protected]> writes: > So I've implemented a PyViennaCL translation of the blas3_prod test, but > I'm having difficulties with OPERATION_UNARY_FABS_TYPE. If I construct > an OPERATION_UNARY_FABS_TYPE node with just a DENSE_ROW_MATRIX as a > leaf, then everything passes as expected.
Also, I'm not sure of the 'correct' way to construct a unary type node. For instance, if you try and print a unary type node with only lhs set (as would make sense), then you get into an infinite loop, because the operator<< and print_node functions in scheduler/io.hpp assume you've got a binary node, and the default construction of an lhs_rhs_element (because of how enums work) produces a COMPOSITE element, with node_index of 0 (which just points the recursive printer back to the start of the expression!). Fortunately, that's not really a problem in PyViennaCL, because I just set both lhs and rhs the same (even though that seems silly), and I don't do any node / statement printing.. Cheers, Toby ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ ViennaCL-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/viennacl-devel
