Boost logo

Ublas :

Subject: Re: [ublas] Matrix with vector interface.
From: Joaquim Duran (jduran.gm_at_[hidden])
Date: 2014-04-03 20:24:46


Hello,

I've modified your traces to see where the tests fails, but no one fails.
There are some checks in matrices that fails. The log has been attached.
I'll continue checking.

Joaquim Duran

2014-04-03 2:11 GMT+02:00 Nasos Iliopoulos <nasos_i_at_[hidden]>:

> Hmm, my message seems chopped, so here we go again:
>
>
> Joaquim,
> I merged your pull request into
> https://github.com/uBLAS/ublas/tree/ublas_feature0011_mvrange_interface_t7411,
> but it seems that the unit test fails for sparse matrices. Before I start
> investigating it, do you have any ideas why?
>
> Please note that I made some minor changes for debugging reasons in
> test_matrix_vector.cpp.
>
> -Nasos
> ------------------------------
> From: nasos_i_at_[hidden]
> To: ublas_at_[hidden]
> Date: Wed, 2 Apr 2014 11:49:30 -0400
>
> Subject: Re: [ublas] Matrix with vector interface.
>
> Joaquim,
> I merged your pull request into
> https://github.com/uBLAS/ublas/tree/ublas_feature0011_mvrange_interface_t7411,
> but it seems that the unit test fails for sparse matrices. Before I start
> investigating it, do you have any ideas why?
>
> Please note that I made some minor changes for debuging reasons in
> test_matrix_vector.cpp<https://github.com/uBLAS/ublas/blob/ublas_feature0011_mvrange_interface_t7411/test/test_matrix_vector.cpp>
> .
>
> -Nasos
>
> ------------------------------
> Date: Sat, 17 Aug 2013 17:36:32 +0200
> From: jduran.gm_at_[hidden]
> To: ublas_at_[hidden]
> Subject: Re: [ublas] Matrix with vector interface.
>
> Hello all,
>
> I've been used the matrix row/column range successfully. Also, I've
> modified the code of Oswin and I've generalized a little:
>
> - Added reverse iterators.
> - Resize of matrix
> * From matrix_row facade the number of rows of the matrix could be
> changed but not the number of columns.
> * From matrix_column facade the number of columns of the matrix could be
> changed but not the number of rows.
>
> I would like to update the source code to ticked 7411 if there is no
> inconvenient for your part. I've followed the style of Oswin. Also, I've
> provided an executable but not tests cases, as Oswin did,
>
> Joaquim Duran
>
>
> 2012/9/23 Gunter Winkler <guwi17_at_[hidden]>
>
> Hello,
>
> Am Saturday 22 September 2012 schrieb Oswin Krause:
> > Hi,
> >
> > Here is my slightly adapted version of the range. I didn't find the
> > boost coding guidelines so i just tried to fit it to other ublas
> > headers(with limited success). Since i am not breathing standardese,
> > I am not sure whether i am 100% correct in every aspect.
> >
> > Out of standard reasons, the implementation using proxy objects like
> > matrix_row does not lead to a random_access_iterator even though it
> > meets all traversal requirements. So algorithms like
> > random_shuffle(and sort(?)) will work in practice but overeager
> > compilers as for example MSVC will complain in debug mode. A
> > solution to this is lying about the iterator category, but since i
> > am a honest person, i don't ;)
> >
> > the implementation comes with a short test case, but i can also add a
> > bit more if required.
>
> see https://svn.boost.org/trac/boost/ticket/7411
>
> @Joaquim: does this solve your problem?
>
> mfg
> Gunter
>
> _______________________________________________
> ublas mailing list
> ublas_at_[hidden]
> http://lists.boost.org/mailman/listinfo.cgi/ublas
> Sent to: jduran.gm_at_[hidden]
>
>
>
> _______________________________________________ ublas mailing list
> ublas_at_[hidden] http://lists.boost.org/mailman/listinfo.cgi/ublasSent to:
> nasos_i_at_[hidden]
>
> _______________________________________________ ublas mailing list
> ublas_at_[hidden] http://lists.boost.org/mailman/listinfo.cgi/ublasSent to:
> nasos_i_at_[hidden]
>
> _______________________________________________
> ublas mailing list
> ublas_at_[hidden]
> http://lists.boost.org/mailman/listinfo.cgi/ublas
> Sent to: jduran.gm_at_[hidden]
>