Re: Matrix with vector interface.

Gunter Winkler <[email protected]>
Newsgroups gmane.comp.lib.boost.ublas
Message-ID <[email protected]>
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
[email protected]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [email protected]
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAlBeRJYACgkQghsXb/J0PcF//ACgzdwVJcMpgGvu5myRN2r5xOQq
SOkAn1NRwoQGG56ATj4dOJqPuIXpcisE
=FBtJ
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.