vector interfaces]

Interface for a collection of column vectors called a multi-vector. More...

#include <Thyra_MultiVectorBase_decl.hpp>

Inheritance diagram for Thyra::MultiVectorBase< Scalar >:


Provide access to the columns as VectorBase objects
RCP< const VectorBase< Scalar > >	col (Ordinal j) const
	Calls colImpl().
RCP< VectorBase< Scalar > >	col (Ordinal j)
	Calls nonconstColImpl().
Multi-vector sub-views
RCP< const MultiVectorBase< Scalar > >	subView (const Range1D &colRng) const
	Calls contigSubViewImpl().
RCP< MultiVectorBase< Scalar > >	subView (const Range1D &colRng)
	Calls nonconstContigSubViewImpl().
RCP< const MultiVectorBase< Scalar > >	subView (const ArrayView< const int > &cols) const
	nonContigSubViewImpl().
RCP< MultiVectorBase< Scalar > >	subView (const ArrayView< const int > &cols)
	nonconstNonContigSubViewImpl().
Collective reduction/transformation operator apply functions
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &multi_vecs, const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &targ_multi_vecs, const ArrayView< const Ptr< RTOpPack::ReductTarget > > &reduct_objs, const Ordinal primary_first_ele_offset, const Ordinal primary_sub_dim, const Ordinal primary_global_offset, const Ordinal secondary_first_ele_offset, const Ordinal secondary_sub_dim) const
	Calls mvMultiReductApplyOpImpl().
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const RTOpPack::RTOpT< Scalar > &secondary_op, const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &multi_vecs, const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &targ_multi_vecs, const Ptr< RTOpPack::ReductTarget > &reduct_obj, const Ordinal primary_first_ele_offset, const Ordinal primary_sub_dim, const Ordinal primary_global_offset, const Ordinal secondary_first_ele_offset, const Ordinal secondary_sub_dim) const
	mvSingleReductApplyOpImpl().
Explicit sub-multi-vector access
void	acquireDetachedView (const Range1D &rowRng, const Range1D &colRng, RTOpPack::ConstSubMultiVectorView< Scalar > *sub_mv) const
	Calls acquireDetachedMultiVectorViewImpl().
void	releaseDetachedView (RTOpPack::ConstSubMultiVectorView< Scalar > *sub_mv) const
	Calls releaseDetachedMultiVectorViewImpl().
void	acquireDetachedView (const Range1D &rowRng, const Range1D &colRng, RTOpPack::SubMultiVectorView< Scalar > *sub_mv)
	Calls acquireNonconstDetachedMultiVectorViewImpl().
void	commitDetachedView (RTOpPack::SubMultiVectorView< Scalar > *sub_mv)
	Calls commitNonconstDetachedMultiVectorViewImpl().
Cloning
virtual RCP< MultiVectorBase< Scalar > >	clone_mv () const =0
	Clone the multi-vector object (if supported).
Overridden functions from LinearOpBase
RCP< const LinearOpBase< Scalar > >	clone () const
	This function is simply overridden to return `this->clone_mv()`.
Deprecated public functions
RCP< const MultiVectorBase< Scalar > >	subView (const int numCols, const int cols[]) const
	Deprecated.
RCP< MultiVectorBase< Scalar > >	subView (const int numCols, const int cols[])
	Deprecated.
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const int num_multi_vecs, const MultiVectorBase< Scalar > const multi_vecs_in[], const int num_targ_multi_vecs, MultiVectorBase< Scalar > const targ_multi_vecs_inout[], RTOpPack::ReductTarget *const reduct_objs_inout[], const Ordinal primary_first_ele_offset, const Ordinal primary_sub_dim, const Ordinal primary_global_offset, const Ordinal secondary_first_ele_offset, const Ordinal secondary_sub_dim_in) const
	Deprecated.
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const RTOpPack::RTOpT< Scalar > &secondary_op, const int num_multi_vecs, const MultiVectorBase< Scalar > const multi_vecs_in[], const int num_targ_multi_vecs, MultiVectorBase< Scalar > const targ_multi_vecs_inout[], RTOpPack::ReductTarget *reduct_obj, const Ordinal primary_first_ele_offset, const Ordinal primary_sub_dim, const Ordinal primary_global_offset, const Ordinal secondary_first_ele_offset, const Ordinal secondary_sub_dim) const
	Deprecated.
Protected virtual functions to be overridden by subclasses
virtual RCP< const VectorBase< Scalar > >	colImpl (Ordinal j) const
	Return a non-changeable view of a constituent column vector.
virtual RCP< VectorBase< Scalar > >	nonconstColImpl (Ordinal j)=0
	Return a changeable view of a constituent column vector.
virtual RCP< const MultiVectorBase< Scalar > >	contigSubViewImpl (const Range1D &colRng) const =0
	Return a non-changeable sub-view of a contiguous set of columns of the this multi-vector.
virtual RCP< MultiVectorBase< Scalar > >	nonconstContigSubViewImpl (const Range1D &colRng)=0
	Return a changeable sub-view of a contiguous set of columns of the this multi-vector.
virtual RCP< const MultiVectorBase< Scalar > >	nonContigSubViewImpl (const ArrayView< const int > &cols) const =0
	Return a non-changeable sub-view of a non-contiguous set of columns of this multi-vector.
virtual RCP< MultiVectorBase< Scalar > >	nonconstNonContigSubViewImpl (const ArrayView< const int > &cols)=0
	Return a changeable sub-view of a non-contiguous set of columns of this multi-vector.
virtual void	mvMultiReductApplyOpImpl (const RTOpPack::RTOpT< Scalar > &primary_op, const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &multi_vecs, const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &targ_multi_vecs, const ArrayView< const Ptr< RTOpPack::ReductTarget > > &reduct_objs, const Ordinal primary_first_ele_offset, const Ordinal primary_sub_dim, const Ordinal primary_global_offset, const Ordinal secondary_first_ele_offset, const Ordinal secondary_sub_dim) const =0
	Apply a reduction/transformation operator column by column and return an array of the reduction objects.
virtual void	mvSingleReductApplyOpImpl (const RTOpPack::RTOpT< Scalar > &primary_op, const RTOpPack::RTOpT< Scalar > &secondary_op, const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &multi_vecs, const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &targ_multi_vecs, const Ptr< RTOpPack::ReductTarget > &reduct_obj, const Ordinal primary_first_ele_offset, const Ordinal primary_sub_dim, const Ordinal primary_global_offset, const Ordinal secondary_first_ele_offset, const Ordinal secondary_sub_dim) const =0
	Apply a reduction/transformation operator column by column and reduce the intermediate reduction objects into a single reduction object.
virtual void	acquireDetachedMultiVectorViewImpl (const Range1D &rowRng, const Range1D &colRng, RTOpPack::ConstSubMultiVectorView< Scalar > *sub_mv) const =0
	Get a non-changeable explicit view of a sub-multi-vector.
virtual void	releaseDetachedMultiVectorViewImpl (RTOpPack::ConstSubMultiVectorView< Scalar > *sub_mv) const =0
	Free a non-changeable explicit view of a sub-multi-vector.
virtual void	acquireNonconstDetachedMultiVectorViewImpl (const Range1D &rowRng, const Range1D &colRng, RTOpPack::SubMultiVectorView< Scalar > *sub_mv)=0
	Get a changeable explicit view of a sub-multi-vector.
virtual void	commitNonconstDetachedMultiVectorViewImpl (RTOpPack::SubMultiVectorView< Scalar > *sub_mv)=0
	Commit changes for a changeable explicit view of a sub-multi-vector.
Related Functions
(Note that these are not member functions.)
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &multi_vecs, const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &targ_multi_vecs, const ArrayView< const Ptr< RTOpPack::ReductTarget > > &reduct_objs, const Ordinal primary_first_ele_offset=0, const Ordinal primary_sub_dim=-1, const Ordinal primary_global_offset=0, const Ordinal secondary_first_ele_offset=0, const Ordinal secondary_sub_dim=-1)
	Apply a reduction/transformation operator column by column and return an array of the reduction objects.
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const RTOpPack::RTOpT< Scalar > &secondary_op, const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &multi_vecs, const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &targ_multi_vecs, const Ptr< RTOpPack::ReductTarget > &reduct_obj, const Ordinal primary_first_ele_offset=0, const Ordinal primary_sub_dim=-1, const Ordinal primary_global_offset=0, const Ordinal secondary_first_ele_offset=0, const Ordinal secondary_sub_dim=-1)
	Apply a reduction/transformation operator column by column and reduce the intermediate reduction objects into one reduction object.
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const int num_multi_vecs, const MultiVectorBase< Scalar > const multi_vecs[], const int num_targ_multi_vecs, MultiVectorBase< Scalar > const targ_multi_vecs[], RTOpPack::ReductTarget *const reduct_objs[], const Ordinal primary_first_ele_offset=0, const Ordinal primary_sub_dim=-1, const Ordinal primary_global_offset=0, const Ordinal secondary_first_ele_offset=0, const Ordinal secondary_sub_dim=-1)
	Deprecated.
void	applyOp (const RTOpPack::RTOpT< Scalar > &primary_op, const RTOpPack::RTOpT< Scalar > &secondary_op, const int num_multi_vecs, const MultiVectorBase< Scalar > const multi_vecs[], const int num_targ_multi_vecs, MultiVectorBase< Scalar > const targ_multi_vecs[], RTOpPack::ReductTarget *reduct_obj, const Ordinal primary_first_ele_offset=0, const Ordinal primary_sub_dim=-1, const Ordinal primary_global_offset=0, const Ordinal secondary_first_ele_offset=0, const Ordinal secondary_sub_dim=-1)
	Deprecated.

Detailed Description

template<class Scalar>
class Thyra::MultiVectorBase< Scalar >

Interface for a collection of column vectors called a multi-vector.

The primary purpose for this interface is to allow for the convenient aggregation of column vectors as a single matrix-like object. Such an orderly arrangement of column vectors into a single aggregate object allows for better optimized linear algebra operations such as matrix-matrix multiplication and the solution of linear systems for multiple right-hand sides. Every computing environment (serial, parallel, out-of-core etc.) should be able to define at least one reasonably efficient implementation of this interface.

Changeable and non-changeable views

This interface allows a client to create VectorBase and MultiVectorBase views of single and multiple columns of *this multi-vector, respectively. These two views are described separately in the next two subsections. The behavior of the vector and multi-vector views is very similar and the common behavior is described in the subsection Common behavior of vector and multi-vector views.

Accessing the individual columns as vector views

The individual columns of a multi-vector can be access using the non-const and const versions of the col() function. For example, the individual columns of one multi-vector can be copied to another as follows

  template<class Scalar>
  void copyOneColumnAtATime(
    const Thyra::MultiVectorBase<Scalar>   &X
    ,Thyra::MultiVectorBase<Scalar>        *Y
    )
  {
    for( int j = =; j < X.domain()->dim(); ++j )
      assign( &*Y->col(j), *X.col(j) );
  }

In the above code fragment, the expression X.col(j) returns a smart-pointer to a non-changeable column of X while the expression Y->col(j) returns a smart-pointer to a changeable column of Y which is being modified.

Note: A modification to Y is not guaranteed to be committed back to Y until the smart pointer returned from Y.col(j) is deleted.

Accessing collections of columns as multi-vector views

Another important aspect of this interface is the ability to allow clients to access non-changeable and changeable MultiVectorBase views of columns of a parent MultiVectorBase object. These sub-views are created with one of the overloaded subView() functions of which there are two general forms.

The first form provides views of contiguous columns through the functions subView(const Range1D&) and subView(const Range1D&)const. For example, the following function shows how to copy the first three columns of one multi-vector to the last three columns of another multi-vector.

 template<class Scalar>
 void copyThreeColumns(
   const Thyra::MultiVectorBase<Scalar> &X
   ,Thyra::MultiVectorBase<Scalar>      *Y
   )
 {
   const int m = Y->domain()->dim();
   assign( &*Y->subView(Range1D(m-3,m-1)), *X.subView(Range1D(0,2)) );
 }

Note: In the above example *Y can be the same multi-vector as X.

Note: In the above example *Y is not guaranteed to be updated until the view returned from Y->subView(Range1D(m-3,m-1) is destroyed (which occurs at the end of the statement in which it occurs in this case).

The second form provides views of non-contiguous columns through the functions subView(const int numCols, const int cols[]) and subView(const int numCols, const int cols[]) const. For example, the following function copies columns 1, 3, and 5 from one multi-vector to columns 2, 4, and 6 of another multi-vector.

 template<class Scalar>
 void copyThreeStaggeredColumns(
   const Thyra::MultiVectorBase<Scalar> &X
   ,Thyra::MultiVectorBase<Scalar>      *Y
   )
 {
   using Teuchos::arrayArg;
   assign( &*Y->subView(3,arrayArg<int>(2,4,6)()), ,*X.subView(3,arrayArg<int>(1,3,5)()) );
 }

Note: In the above example *Y can be the same multi-vector as X.

Note: In the above example *Y is not guaranteed to be updated until the view returned from Y->subView(3,arrayArg<int>(2,4,6)()) is destroyed (which occurs at the end of the statement in which it occurs in this case).

In general, the first contiguous form of views will be more efficient that the second non-contiguous form. Therefore, user's should try to structure their ANAs to use the contiguous form of multi-vector views if possible and only result to the non-contiguous form of views when absolutely needed.

Common behavior of vector and multi-vector views

When a view is created it may become a largely separate object from the parent multi-vector and the exact relationship between the two in undefined by this interface. This is true whether we are talking about individual column vector views or contiguous or non-contiguous multiple-column multi-vector views which are described above. These views and the parent multivector follow the state behavior outlined here.

If X_view is some view of a parent multi-vector X the following restrictions apply:

Undefined behavior: Changing the parent

The client should not attempt to change the parent multi-vector X while any view is active. The behavior of doing so is undefined. For example, the value returned from the following function and the final state of the parent multi-vector *X are undefined:

  template<class Scalar>
  Scalar undefinedBehaviorFromChangingParent(
    Thyra::MultiVectorBase<Scalar>   *X
    )
  {
    // Create the view
    RCP< Thyra::MultiVectorBase<Scalar> >
      X_view = X->subView(Teuchos::Range1D(0,0));
    // Change the parent while the view is still active
    Teuchos::assign( X, Teuchos::ScalarTraits<Scalar>::one() );
    // Above, changing the parent multi-vector may or may not change the subview
    return Teuchos::norm_1(*X_view); // The value returned is undefined
    // When the RCP X_view goes out of scope here, the state of the 
    // parent multi-vector *X is undefined!
  }

Undefined behavior: Changing the view and accessing the parent while view is still active

The client should not attempt to change the view X_view and then access the parent multi-vector X while the view is still active. The behavior of doing so is undefined. For example, the value returned from the following function is undefined:

  template<class Scalar>
  Scalar undefinedBehaviorFromChaningViewAndAccessingParent(
    Thyra::MultiVectorBase<Scalar>   *X
    )
  {
    // Create the view
    RCP< Thyra::MultiVectorBase<Scalar> >
      X_view = X->subView(Teuchos::Range1D(0,0));
    // Change the view
    Teuchos::assign( *&X_view, Teuchos::ScalarTraits<Scalar>::one() );
    // Above, changing the view may or may not immediately update the parent multi-vector
    return Teuchos::norm_1(*X); // The value returned from the parent is undefined at this point
    // When the RCP X_view goes out of scope here, the parent multi-vector
    // *X is guaranteed to be updated 
  }

Undefined behavior: Creating overlapping changeable views

The client should not attempt to create overlapping changeable views. If any of these changeable views is modified, the the behavior of the parent multi-vector is undefined. For example, the state of the parent multi-vector *X is undefined after the following function returns:

  template<class Scalar>
  Scalar undefinedBehaviorOfOverlappingViews(
    Thyra::MultiVectorBase<Scalar>   *X
    )
  {
    // Create two overlapping views
    RCP< Thyra::MultiVectorBase<Scalar> >
      X_view1 = X->subView(Teuchos::Range1D(0,0)),
      X_view2 = X->subView(Teuchos::Range1D(0,0));
    // Change one of the views but not the other
    Teuchos::assign( *&X_view2, Teuchos::ScalarTraits<Scalar>::one() );
    // Once the RCPs X_view1 and X_view2 go out of scope here,
    // the state of the parent multi-vector *X is undefined!  In some cases,
    // the intial view in X_view1 will be relected in X and in other
    // cases the view in X_view2 will be written to the parent X.
  }

Note that overlapping non-changeable views of a multi-vector are just fine since they do not change the state of the parent multi-vector.

In general, to stay out of trouble with multi-vector views:

Never change or access the parent multi-vector while a changeable view is active.
Never create simultaneous changeable overlapping views.

Note, however, that creating simultaneous non-overlapping non-changeable or changeable views is just fine as long as the parent multi-vector is not modified while the views are active. For example, the final state of *X is well defined after the following function finishes executing:

  template<class Scalar>
  Scalar wellDefinedBehaviorOfNonOverlappingViews(
    Thyra::MultiVectorBase<Scalar>   *X
    )
  {
    // Create two non-overlapping views
    RCP< Thyra::MultiVectorBase<Scalar> >
      X_view1 = X->subView(Teuchos::Range1D(0,0)),
      X_view2 = X->subView(Teuchos::Range1D(1,1));
    // Change the two views
    Teuchos::assign( *&X_view1, Teuchos::ScalarTraits<Scalar>::zero() );
    Teuchos::assign( *&X_view2, Teuchos::ScalarTraits<Scalar>::one() );
    // When the RCPs X_view1 and X_view2 go out of scope here,
    // the state of the parent multi-vector *X will be guaranteed to be
    // updated to the values changed in these views.
  }

MultiVectorBase as a linear operator

The MultiVectorBase interface is derived from the LinearOpBase interface and therefore every MultiVectorBase object can be used as a linear operator which has some interesting implications. Since a linear operator can apply itself to vectors and multi-vectors and a multi-vector is a linear operator, this means that a multi-vector can apply itself to other vectors and multi-vectors. There are several different use cases that this functionality is useful. Two of the more important use cases are block updates and block inner products.

Multi-vector block updates

Let V and Y be multi-vector objects with the same vector space with a very large number of rows m and a moderate number of columns n. Now, consider the block update of the form

   Y = Y + V * B

where the multi-vector B is of dimension n x b.

The following function shows how this block update might be performed.

 template<class Scalar>
 void myBlockUpdate(
   const Thyra::MultiVectorBase<Scalar> &V
   ,const int                           b
   ,Thyra::MultiVectorBase<Scalar>      *Y
   )
 {
   typedef Teuchos::ScalarTraits<Scalar> ST;
   // Create the multi-vector B used for the update
   RCP<Thyra::MultiVectorBase<Scalar> >
     B = createMembers(V.domain(),b);
   // Fill up B for the update
   ...
   // Do the update Y = V*B + Y
   V.apply(Thyra::NONCONJ_ELE,*B,Y,ST::one(),ST::one());
 }

In a block update, as demonstrated above, level-3 BLAS can be used to provide a very high level of performance. Note that in an SPMD program, that B would be a locally replicated multi-vector and V and Y would be distributed-memory multi-vectors. In an SPMD environment, there would be no global communication in a block update.

Multi-vector block inner products

An important operation supported by the LinearOpBase::applyTranspose() function is the block inner product which takes the form

   B = adjoint(V)*X

where V and X are tall, thin multi-vectors and B is a small multi-vector. In an SPMD environment, V and X would be distributed-memory objects while B would be locally replicated in each process. The following function shows how block inner product would be performed:

 template<class Scalar>
 RCP<Thyra::MultiVectorBase<Scalar> >
 void myBlockInnerProd(
   const Thyra::MultiVectorBase<Scalar>                    &V
   ,const Thyra::MultiVectorBase<Scalar>                   &X
   )
 {
   // Create the multi-vector B used for the result
   RCP<Thyra::MultiVectorBase<Scalar> >
     B = createMembers(V.domain(),X.domain()->dim());
   // Do the inner product B = adjoint(V)*X
   V.applyTranspose(Thyra::CONJ_ELE,X,&*B);
   // Return the result
   return B;
 }

In an SPMD program, the above block inner product will use level-3 BLAS to multiply the local elements of V and X and will then do a single global reduction to assemble the product B in all of the processes.

Support for reduction/transformation operations

Another powerful feature of this interface is the ability to apply reduction/transformation operators over a sub-set of rows and columns in a set of multi-vector objects using the applyOp() functions. The behavior is identical to the client extracting each column in a set of multi-vectors and calling VectorBase::applyOp() individually on these columns. However, the advantage of using the multi-vector apply functions is that there may be greater opportunities for increased performance in a number of respects. Also, the intermediate reduction objects over a set of columns can be reduced by a secondary reduction object.

Collection of pre-written RTOps and wrapper functions

There already exists RTOp-based implementations of several standard vector operations and some convenience functions that wrap these operators and call applyOp(). See the Operator/Vector Support Software collection for these.

Explicit multi-vector coefficient access

This interface also allows a client to extract a sub-set of elements in an explicit form as non-changeable RTOpPack::ConstSubMultiVectorView objects or changeable RTOpPack::SubMultiVectorView objects using the acquireDetachedView() functions. In general, this is a very bad thing to do and should be avoided. However, there are some situations where this is needed, just as is the case for vectors (see Explicit vector coefficient access). The default implementation of these explicit access functions use sophisticated reduction/transformation operators with the applyOp() function in order to extract and set the needed elements. Therefore, all MultiVectorBase subclasses automatically support these operations (even if it is a bad idea to use them).

Explicit multi-vector coefficient access utilities

Client code in general should not directly call the above described explicit sub-multi-vector access functions but should instead use the utility classes ConstDetachedMultiVectorView and DetachedMultiVectorView since these are easier to use and safer in the event that an exception is thrown. These classes are documented in the Operator/Vector Support Software collection.

Notes for subclass developers

This is a fairly bare-bones interface class without much in the way of default function implementations. The subclass MultiVectorDefaultBase (contained in the Operator/Vector Support Software collection) uses a default multi-vector implementation to provide overrides of many of the functions and should be the first choice for subclasses implementations to derive their implementations from rather than starting from scratch.

Definition at line 478 of file Thyra_MultiVectorBase_decl.hpp.

Member Function Documentation

template<class Scalar>

RCP<const VectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::col ( Ordinal j ) const [inline]

Calls colImpl().

Temporary NVI function.

Definition at line 493 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

RCP<VectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::col ( Ordinal j ) [inline]

Calls nonconstColImpl().

Temporary NVI function.

Definition at line 500 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

RCP<const MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::subView ( const Range1D & colRng ) const [inline]

Calls contigSubViewImpl().

Temporary NVI function.

Definition at line 513 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

RCP<MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::subView ( const Range1D & colRng ) [inline]

Calls nonconstContigSubViewImpl().

Temporary NVI function.

Definition at line 523 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

RCP<const MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::subView ( const ArrayView< const int > & cols ) const [inline]

nonContigSubViewImpl().

Temporary NVI function.

Definition at line 531 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

RCP<MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::subView ( const ArrayView< const int > & cols ) [inline]

nonconstNonContigSubViewImpl().

Temporary NVI function.

Definition at line 539 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &	multi_vecs,
		const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &	targ_multi_vecs,
		const ArrayView< const Ptr< RTOpPack::ReductTarget > > &	reduct_objs,
		const Ordinal	primary_first_ele_offset,
		const Ordinal	primary_sub_dim,
		const Ordinal	primary_global_offset,
		const Ordinal	secondary_first_ele_offset,
		const Ordinal	secondary_sub_dim
	)			const `[inline]`

Calls mvMultiReductApplyOpImpl().

Temporary NVI function.

Definition at line 551 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const RTOpPack::RTOpT< Scalar > &	secondary_op,
		const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &	multi_vecs,
		const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &	targ_multi_vecs,
		const Ptr< RTOpPack::ReductTarget > &	reduct_obj,
		const Ordinal	primary_first_ele_offset,
		const Ordinal	primary_sub_dim,
		const Ordinal	primary_global_offset,
		const Ordinal	secondary_first_ele_offset,
		const Ordinal	secondary_sub_dim
	)			const `[inline]`

mvSingleReductApplyOpImpl().

Temporary NVI function.

Definition at line 574 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::acquireDetachedView	(	const Range1D &	rowRng,
		const Range1D &	colRng,
		RTOpPack::ConstSubMultiVectorView< Scalar > *	sub_mv
	)			const `[inline]`

Calls acquireDetachedMultiVectorViewImpl().

Temporary NVI function.

Definition at line 604 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::releaseDetachedView ( RTOpPack::ConstSubMultiVectorView< Scalar > * sub_mv ) const [inline]

Calls releaseDetachedMultiVectorViewImpl().

Temporary NVI function.

Definition at line 615 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::acquireDetachedView	(	const Range1D &	rowRng,
		const Range1D &	colRng,
		RTOpPack::SubMultiVectorView< Scalar > *	sub_mv
	)			`[inline]`

Calls acquireNonconstDetachedMultiVectorViewImpl().

Temporary NVI function.

Definition at line 624 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::commitDetachedView ( RTOpPack::SubMultiVectorView< Scalar > * sub_mv ) [inline]

Calls commitNonconstDetachedMultiVectorViewImpl().

Temporary NVI function.

Definition at line 635 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

virtual RCP<MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::clone_mv ( ) const [pure virtual]

Clone the multi-vector object (if supported).

The default implementation uses the vector space to create a new multi-vector object and then uses a transformation operator to assign the vector elements. A subclass should only override this function if it can do something more sophisticated (i.e. lazy evaluation) but in general, this is not needed.

template<class Scalar>

RCP< const LinearOpBase< Scalar > > Thyra::MultiVectorBase< Scalar >::clone ( ) const [virtual]

This function is simply overridden to return this->clone_mv().

Reimplemented from Thyra::LinearOpBase< Scalar >.

Definition at line 56 of file Thyra_MultiVectorBase_def.hpp.

template<class Scalar>

RCP< const VectorBase< Scalar > > Thyra::MultiVectorBase< Scalar >::colImpl ( Ordinal j ) const [protected, virtual]

Return a non-changeable view of a constituent column vector.

Parameters:

[in] zero-based index of the column to return a view for

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
0 <= j && j < this->domain()->dim() (throw std::invalid_argument)

Postconditions:

return.get() != NULL
this->range()->isCompatible(*return->space()) == true

See Accessing the individual columns as vector views and Common behavior of vector and multi-vector views for the behavior of this view.

The default implementation of this function (which is the only implementation needed by most subclasses) is based on the non-const version col().

Definition at line 45 of file Thyra_MultiVectorBase_def.hpp.

template<class Scalar>

virtual RCP<VectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::nonconstColImpl ( Ordinal j ) [protected, pure virtual]

Return a changeable view of a constituent column vector.

Parameters:

[in] zero-based index of the column to return a view for

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
0 <= j && j < this->domain()->dim() (throw std::invalid_argument)

Postconditions:

return.get() != NULL
this->range()->isCompatible(*return->space()) == true

See Accessing the individual columns as vector views and Common behavior of vector and multi-vector views for the behavior of this view.

Note: *this is not guaranteed to be modified until the smart pointer returned by this function is destroyed.

template<class Scalar>

virtual RCP<const MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::contigSubViewImpl ( const Range1D & colRng ) const [protected, pure virtual]

Return a non-changeable sub-view of a contiguous set of columns of the this multi-vector.

Parameters:

colRng [in] zero-based range of columns to create a view of. Note that it is valid for colRng.full_range()==true in which case the view of the entire multi-vector is taken.

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
[!colRng.full_range()] colRng.ubound() < this->domain()->dim() (throw std::invalid_argument)

Postconditions:

this->range()->isCompatible(*return->range()) == true
return->domain()->dim() == Teuchos::full_range(colRng,0,this->domain()->dim()-1).size()
*return->col(k) represents the same column vector as this->col(colRng.lbound()+k), for k=0...Teuchos::full_range(colRng,0,this->domain()->dim()).ubound()-1

See Accessing collections of columns as multi-vector views and Common behavior of vector and multi-vector views for the behavior of this view.

template<class Scalar>

virtual RCP<MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::nonconstContigSubViewImpl ( const Range1D & colRng ) [protected, pure virtual]

Return a changeable sub-view of a contiguous set of columns of the this multi-vector.

Parameters:

colRng [in] zero-based range of columns to create a view of. Note that it is valid for colRng.full_range()==true in which case the view of the entire multi-vector is taken.

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
[!colRng.full_range()] colRng.ubound() < this->domain()->dim() (throw std::invalid_argument)

Postconditions:

this->range()->isCompatible(*return->range()) == true
return->domain()->dim() == Teuchos::full_range(colRng,0,this->domain()->dim()-1).size()
*return->col(k) represents the same column vector as this->col(colRng.lbound()+k), for k=0...Teuchos::full_range(colRng,0,this->domain()->dim()).ubound()-1

See Accessing collections of columns as multi-vector views and Common behavior of vector and multi-vector views for the behavior of this view.

template<class Scalar>

virtual RCP<const MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::nonContigSubViewImpl ( const ArrayView< const int > & cols ) const [protected, pure virtual]

Return a non-changeable sub-view of a non-contiguous set of columns of this multi-vector.

Parameters:

cols

[in] Array of the zero-based column indexes to use in the returned view.

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
cols.size() <= this->domain()->dim() (throw std::invalid_argument)
0 <= cols[k] < this->domain()->dim(), for k=0...cols.size()-1 (throw std::invalid_argument)
col[k1] != col[k2], for all k1 != k2 in the range [0,cols.size()-1]

Postconditions:

this->range()->isCompatible(*return->range()) == true
return->domain()->dim() == cols.size()
*return->col(k) represents the same column vector as this->col(cols[k]), for k=0...cols.size()-1

See Accessing collections of columns as multi-vector views and Common behavior of vector and multi-vector views for the behavior of this view.

template<class Scalar>

virtual RCP<MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::nonconstNonContigSubViewImpl ( const ArrayView< const int > & cols ) [protected, pure virtual]

Return a changeable sub-view of a non-contiguous set of columns of this multi-vector.

Parameters:

cols

[in] Array of the zero-based column indexes to use in the returned view.

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
cols.size() <= this->domain()->dim() (throw std::invalid_argument)
0 <= cols[k] < this->domain()->dim(), for k=0...cols.size()-1 (throw std::invalid_argument)
col[k1] != col[k2], for all k1 != k2 in the range [0,cols.size()-1]

Postconditions:

this->range()->isCompatible(*return->range()) == true
return->domain()->dim() == cols.size()
*return->col(k) represents the same column vector as this->col(cols[k]), for k=0...cols.size()-1

See Accessing collections of columns as multi-vector views and Common behavior of vector and multi-vector views for the behavior of this view.

template<class Scalar>

virtual void Thyra::MultiVectorBase< Scalar >::mvMultiReductApplyOpImpl	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &	multi_vecs,
		const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &	targ_multi_vecs,
		const ArrayView< const Ptr< RTOpPack::ReductTarget > > &	reduct_objs,
		const Ordinal	primary_first_ele_offset,
		const Ordinal	primary_sub_dim,
		const Ordinal	primary_global_offset,
		const Ordinal	secondary_first_ele_offset,
		const Ordinal	secondary_sub_dim
	)			const `[protected, pure virtual]`

Apply a reduction/transformation operator column by column and return an array of the reduction objects.

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
See the preconditions for Thyra::applyOp()

See the documentation for the function Thyra::applyOp() for a description of the arguments.

This function is not to be called directly by the client but instead through the nonmember function Thyra::applyOp().

It is expected that this will be one of the multi-vector objects in multi_vecs[] or targ_multi_vecs[].

The default implementation calls VectorBase::applyOp() on each column this->col(j) for j = 0 ... this->range()->dim()-1.

template<class Scalar>

virtual void Thyra::MultiVectorBase< Scalar >::mvSingleReductApplyOpImpl	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const RTOpPack::RTOpT< Scalar > &	secondary_op,
		const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &	multi_vecs,
		const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &	targ_multi_vecs,
		const Ptr< RTOpPack::ReductTarget > &	reduct_obj,
		const Ordinal	primary_first_ele_offset,
		const Ordinal	primary_sub_dim,
		const Ordinal	primary_global_offset,
		const Ordinal	secondary_first_ele_offset,
		const Ordinal	secondary_sub_dim
	)			const `[protected, pure virtual]`

Apply a reduction/transformation operator column by column and reduce the intermediate reduction objects into a single reduction object.

Preconditions:

this->domain().get()!=NULL && this->range().get()!=NULL (throw std::logic_error)
See the preconditions for Thyra::applyOp()

See the documentation for the function Thyra::applyOp() for a description of the arguments.

This function is not to be called directly by the client but instead through the nonmember function Thyra::applyOp().

It is expected that this will be one of the multi-vector objects in multi_vecs[] or targ_multi_vecs[].

The default implementation calls applyOp() where an array of reduction objects is taken.

template<class Scalar>

virtual void Thyra::MultiVectorBase< Scalar >::acquireDetachedMultiVectorViewImpl	(	const Range1D &	rowRng,
		const Range1D &	colRng,
		RTOpPack::ConstSubMultiVectorView< Scalar > *	sub_mv
	)			const `[protected, pure virtual]`

Get a non-changeable explicit view of a sub-multi-vector.

Parameters:

	rowRng	[in] The range of the rows to extract the sub-multi-vector view.
	colRng	[in] The range of the columns to extract the sub-multi-vector view.
	sub_mv	[in/out] View of the sub-multi_vector. Prior to the first call to this function, `sub_mv->set_uninitialized()` must be called. Technically `*sub_mv` owns the memory but this memory can be freed only by calling `this->releaseDetachedView(sub_mv)`.

Preconditions:

this->range().get()!=NULL && this->domain().get()!=NULL (throw std::logic_error)
[!rowRng.full_range()] rowRng.ubound() < this->range()->dim() (throw std::out_of_range)
[!colRng.full_range()] colRng.ubound() < this->domain()->dim() (throw std::out_of_range)

Postconditions:

*sub_mv contains an explicit non-changeable view to the elements in the row and column ranges Teuchos::full_range(rowRng,0,this->range()->dim()-1) and Teuchos::full_range(colRng,0,this->domain()->dim()-1) respectively.

Note: This view is to be used immediately and then released with a call to releaseDetachedView().

Note that calling this operation might require some dynamic memory allocations and temporary memory. Therefore, it is critical that this->releaseDetachedView(sub_mv) be called by client in order to clean up memory and avoid memory leaks after the sub-multi-vector view is finished being used.

Heads Up! Note that client code in general should not directly call this function but should instead use the utility class ConstDetachedMultiVectorView which will also take care of calling releaseDetachedView().

If this->acquireDetachedView(...,sub_mv) was previously called on sub_mv then it may be possible to reuse this memory if it is sufficiently sized. The user is encouraged to make multiple calls to this->acquireDetachedView(...,sub_mv) before this->releaseDetachedView(sub_mv) to finally clean up all of the memory. Of course, the same sub_mv object must be passed to the same multi-vector object for this to work correctly.

This function has a default implementation based on the vector operation VectorBase::acquireDetachedView() called on the non-changeable vector objects returned from col(). Note that the footprint of the reduction object (both internal and external state) will be O(rowRng.size()*colRng.size()). For serial applications this is fairly reasonable and will not be a major performance penalty. For parallel applications, however, this is a terrible implementation and must be overridden if rowRng.size() is large at all. Although, this function should not even be used in cases where the multi-vector is very large. If a subclass does override this function, it must also override releaseDetachedView() which has a default implementation which is a companion to this function's default implementation.

template<class Scalar>

virtual void Thyra::MultiVectorBase< Scalar >::releaseDetachedMultiVectorViewImpl ( RTOpPack::ConstSubMultiVectorView< Scalar > * sub_mv ) const [protected, pure virtual]

Free a non-changeable explicit view of a sub-multi-vector.

Parameters:

sub_mv * [in/out] The memory referred to by sub_mv->values() * will be released if it was allocated and *sub_mv will be zeroed out using sub_mv->set_uninitialized().

Preconditions:

this->range().get()!=NULL && this->domain().get()!=NULL (throw std::logic_error)
sub_mv must have been passed through a call to this->acquireDetachedView(...,sub_mv)

Postconditions:

See RTOpPack::ConstSubMultiVectorView::set_uninitialized() for sub_mv

The sub-multi-vector view must have been allocated by this->acquireDetachedView() first.

This function has a default implementation which is a companion to the default implementation for acquireDetachedView(). If acquireDetachedView() is overridden by a subclass then this function must be overridden also!

template<class Scalar>

virtual void Thyra::MultiVectorBase< Scalar >::acquireNonconstDetachedMultiVectorViewImpl	(	const Range1D &	rowRng,
		const Range1D &	colRng,
		RTOpPack::SubMultiVectorView< Scalar > *	sub_mv
	)			`[protected, pure virtual]`

Get a changeable explicit view of a sub-multi-vector.

Parameters:

	rowRng	[in] The range of the rows to extract the sub-multi-vector view.
	colRng	[in] The range of the columns to extract the sub-multi-vector view.
	sub_mv	[in/out] Changeable view of the sub-multi-vector. Prior to the first call `sub_mv->set_uninitialized()` must have been called for the correct behavior. Technically `*sub_mv` owns the memory but this memory must be committed and freed only by calling `this->commitDetachedView(sub_mv)`.

Preconditions:

this->range().get()!=NULL && this->domain().get()!=NULL (throw std::logic_error)
[!rowRng.full_range()] rowRng.ubound() < this->range()->dim() (throw std::out_of_range)
[!colRng.full_range()] colRng.ubound() < this->domain()->dim() (throw std::out_of_range)

Postconditions:

*sub_mv contains an explicit changeable view to the elements in the row and column ranges full_range(rowRng,0,this->range()->dim()-1) and full_range(colRng,0,this->domain()->dim()-1) respectively.

Note: This view is to be used immediately and then committed back with a call to commitDetachedView().

Note that calling this operation might require some internal allocations and temporary memory. Therefore, it is critical that this->commitDetachedView(sub_mv) is called to commit the changed entries and clean up memory and avoid memory leaks after the sub-multi-vector is modified.

Heads Up! Note that client code in general should not directly call this function but should instead use the utility class DetachedMultiVectorView which will also take care of calling commitDetachedView.

If this->acquireDetachedView(...,sub_mv) was previously called on sub_mv then it may be possible to reuse this memory if it is sufficiently sized. The user is encouraged to make multiple calls to this->acquireDetachedView(...,sub_mv) before this->commitDetachedView(sub_mv) to finally clean up all of the memory. Of course the same sub_mv object must be passed to the same multi-vector object for this to work correctly.

Changes to the underlying sub-multi-vector are not guaranteed to become permanent until this->acquireDetachedView(...,sub_mv) is called again, or this->commitDetachedView(sub_mv) is called.

This function has a default implementation based on the vector operation VectorBase::acquireDetachedView() called on the changeable vector objects returned from col(). Note that the footprint of the reduction object (both internal and external state) will be O(rowRng.size()*colRng.size()). For serial applications this is fairly reasonable and will not be a major performance penalty. For parallel applications, however, this is a terrible implementation and must be overridden if rowRng.size() is large at all. Although, this function should not even be used in case where the multi-vector is very large. If a subclass does override this function, it must also override commitDetachedView() which has a default implementation which is a companion to this function's default implementation.

template<class Scalar>

virtual void Thyra::MultiVectorBase< Scalar >::commitNonconstDetachedMultiVectorViewImpl ( RTOpPack::SubMultiVectorView< Scalar > * sub_mv ) [protected, pure virtual]

Commit changes for a changeable explicit view of a sub-multi-vector.

Parameters:

sub_mv * [in/out] The data in sub_mv->values() will be written back to internal storage and the memory referred to by sub_mv->values() will be released if it was allocated * and *sub_mv will be zeroed out using * sub_mv->set_uninitialized().

Preconditions:

this->range().get()!=NULL && this->domain().get()!=NULL (throw std::logic_error)
sub_mv must have been passed through a call to this->acquireDetachedView(...,sub_mv)

Postconditions:

See RTOpPack::SubMultiVectorView::set_uninitialized() for sub_mv
*this will be updated according the the changes made to sub_mv

The sub-multi-vector view must have been allocated by this->acquireDetachedView() first.

template<class Scalar>

RCP<const MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::subView	(	const int	numCols,
		const int	cols[]
	)			const `[inline]`

Deprecated.

Definition at line 1105 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

RCP<MultiVectorBase<Scalar> > Thyra::MultiVectorBase< Scalar >::subView	(	const int	numCols,
		const int	cols[]
	)			`[inline]`

Deprecated.

Definition at line 1110 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const int	num_multi_vecs,
		const MultiVectorBase< Scalar > *const	multi_vecs_in[],
		const int	num_targ_multi_vecs,
		MultiVectorBase< Scalar > *const	targ_multi_vecs_inout[],
		RTOpPack::ReductTarget *const	reduct_objs_inout[],
		const Ordinal	primary_first_ele_offset,
		const Ordinal	primary_sub_dim,
		const Ordinal	primary_global_offset,
		const Ordinal	secondary_first_ele_offset,
		const Ordinal	secondary_sub_dim_in
	)			const

Deprecated.

Definition at line 68 of file Thyra_MultiVectorBase_def.hpp.

template<class Scalar>

void Thyra::MultiVectorBase< Scalar >::applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const RTOpPack::RTOpT< Scalar > &	secondary_op,
		const int	num_multi_vecs,
		const MultiVectorBase< Scalar > *const	multi_vecs_in[],
		const int	num_targ_multi_vecs,
		MultiVectorBase< Scalar > *const	targ_multi_vecs_inout[],
		RTOpPack::ReductTarget *	reduct_obj,
		const Ordinal	primary_first_ele_offset,
		const Ordinal	primary_sub_dim,
		const Ordinal	primary_global_offset,
		const Ordinal	secondary_first_ele_offset,
		const Ordinal	secondary_sub_dim
	)			const

Deprecated.

Definition at line 110 of file Thyra_MultiVectorBase_def.hpp.

Friends And Related Function Documentation

template<class Scalar>

void applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &	multi_vecs,
		const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &	targ_multi_vecs,
		const ArrayView< const Ptr< RTOpPack::ReductTarget > > &	reduct_objs,
		const Ordinal	primary_first_ele_offset = `0`,
		const Ordinal	primary_sub_dim = `-1`,
		const Ordinal	primary_global_offset = `0`,
		const Ordinal	secondary_first_ele_offset = `0`,
		const Ordinal	secondary_sub_dim = `-1`
	)			`[related]`

Apply a reduction/transformation operator column by column and return an array of the reduction objects.

ToDo: Finish documentation!

Definition at line 1158 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const RTOpPack::RTOpT< Scalar > &	secondary_op,
		const ArrayView< const Ptr< const MultiVectorBase< Scalar > > > &	multi_vecs,
		const ArrayView< const Ptr< MultiVectorBase< Scalar > > > &	targ_multi_vecs,
		const Ptr< RTOpPack::ReductTarget > &	reduct_obj,
		const Ordinal	primary_first_ele_offset = `0`,
		const Ordinal	primary_sub_dim = `-1`,
		const Ordinal	primary_global_offset = `0`,
		const Ordinal	secondary_first_ele_offset = `0`,
		const Ordinal	secondary_sub_dim = `-1`
	)			`[related]`

Apply a reduction/transformation operator column by column and reduce the intermediate reduction objects into one reduction object.

ToDo: Finish documentation!

Definition at line 1196 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const int	num_multi_vecs,
		const MultiVectorBase< Scalar > *const	multi_vecs[],
		const int	num_targ_multi_vecs,
		MultiVectorBase< Scalar > *const	targ_multi_vecs[],
		RTOpPack::ReductTarget *const	reduct_objs[],
		const Ordinal	primary_first_ele_offset = `0`,
		const Ordinal	primary_sub_dim = `-1`,
		const Ordinal	primary_global_offset = `0`,
		const Ordinal	secondary_first_ele_offset = `0`,
		const Ordinal	secondary_sub_dim = `-1`
	)			`[related]`

Deprecated.

Definition at line 1237 of file Thyra_MultiVectorBase_decl.hpp.

template<class Scalar>

void applyOp	(	const RTOpPack::RTOpT< Scalar > &	primary_op,
		const RTOpPack::RTOpT< Scalar > &	secondary_op,
		const int	num_multi_vecs,
		const MultiVectorBase< Scalar > *const	multi_vecs[],
		const int	num_targ_multi_vecs,
		MultiVectorBase< Scalar > *const	targ_multi_vecs[],
		RTOpPack::ReductTarget *	reduct_obj,
		const Ordinal	primary_first_ele_offset = `0`,
		const Ordinal	primary_sub_dim = `-1`,
		const Ordinal	primary_global_offset = `0`,
		const Ordinal	secondary_first_ele_offset = `0`,
		const Ordinal	secondary_sub_dim = `-1`
	)			`[related]`

Deprecated.

ToDo: Finish documentation!

Definition at line 1276 of file Thyra_MultiVectorBase_decl.hpp.

The documentation for this class was generated from the following files:

Generated on Wed Feb 10 16:27:52 2010 for Fundamental Thyra ANA Operator/Vector Interfaces by

1.4.7

Thyra::MultiVectorBase< Scalar > Class Template Reference
[C++ code for foundational Thyra operator/vector interfaces]

Provide access to the columns as VectorBase objects

Multi-vector sub-views

Collective reduction/transformation operator apply functions

Explicit sub-multi-vector access

Cloning

Overridden functions from LinearOpBase

Deprecated public functions

Protected virtual functions to be overridden by subclasses

Related Functions

Detailed Description

template<class Scalar>
class Thyra::MultiVectorBase< Scalar >

Outline

Introduction

Changeable and non-changeable views

Accessing the individual columns as vector views

Accessing collections of columns as multi-vector views

Common behavior of vector and multi-vector views

MultiVectorBase as a linear operator

Multi-vector block updates

Multi-vector block inner products

Support for reduction/transformation operations

Collection of pre-written RTOps and wrapper functions

Explicit multi-vector coefficient access

Explicit multi-vector coefficient access utilities

Notes for subclass developers

Member Function Documentation

Friends And Related Function Documentation

Thyra::MultiVectorBase< Scalar > Class Template Reference [C++ code for foundational Thyra operator/vector interfaces]

Provide access to the columns as VectorBase objects

Multi-vector sub-views

Collective reduction/transformation operator apply functions

Explicit sub-multi-vector access

Cloning

Overridden functions from LinearOpBase

Deprecated public functions

Protected virtual functions to be overridden by subclasses

Related Functions

Detailed Description

template<class Scalar> class Thyra::MultiVectorBase< Scalar >

Member Function Documentation

Friends And Related Function Documentation

Thyra::MultiVectorBase< Scalar > Class Template Reference
[C++ code for foundational Thyra operator/vector interfaces]

template<class Scalar>
class Thyra::MultiVectorBase< Scalar >