&(input_data[matSize-1][matSize-1]), data.begin() );
&(input_data[matSize-1][matSize-1]) + ptrdiff_t(1), data.begin()
(The last iterator should be one past the last element)
You might get another response that was sent prior to this and has
some further valid points you may want to keep in mind.
On 10/20/2014 07:53 AM, tidswell wrote:
ublas is not my specialty, so apologies if Ive done something
silly, but as I get different results with Debug & Release
builds on identical code, I think there is a problem in ublas's
interaction with Visual Studio 2012.
[There may also be problems in my code, but I think its simple
enough that I expect consistent answers (I view consistently wrong
as better than inconsistent). ]
MS Windows 7
Visual Studio 2012
Boost 1.55 or 1.52 (I think also earlier, but I didnt go back that
far to test)
Simple usage of Fredrik Orderud's LU decompisition matrix
I've disabled _SCL_SECURE_NO_WARNINGS because its not standard
Ive disabled BOOST_UBLAS_TYPE_CHECK because I wanted to check with
error control flow caused differences.
Any guidance on why the results are inconsistent ?
ublas mailing list
Sent to: email@example.com