Zoltan2: pqJagged added back the lno and tno definitions.
Merge branch 'master' of software:/space/git/Trilinos
Zoltan2 pqjagged: redefiniton of lno gno and scalar
Zoltan2 pqJagged, removed print
MueLu: add GetValidParameterList routine to BlockedCoarseMapFactory.
Did an edit
MueLu: touched CMakeLists to trigger rebuilds
TrilinosCouplings: Changing something in the data dump
EpetraExt: Fixing GLpApp example.

For some reason, only MOOCHO actually tests this.

Build/Test Cases Summary
Enabled Packages: EpetraExt
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=666,notpassed=0 (10.10 min)
1) SERIAL_RELEASE => passed: passed=642,notpassed=0 (2.56 min)
Apply small patch from Cedric for HUND. Now compiles and runs again.

commit 5130d9e0299d07943f1d973efd6bb32d08df431a
Author: Cedric Chevalier <cedric.chevalier@cea.fr>
Date:   Tue Mar 19 09:25:21 2013 +0100

    Update hund to work again, with a simple interior domain ordering.

    TODO: See if ccolamd can be called as TPL instead.
MueLu: cleaned up and updated Zoltan2Interface to use weights
Resolving segfault when calling rows() (Trilinos #5885)

For some reason, calling the overridden virtual function rows() from within
these two class' functions causes a segfault with GCC 4.6.1 built on the CASL
development machines (see Trilinos #5885).

To fix this, I just implicit casted *this to MatrixBase then called rows() and
everything is fine.  How strange.
Allowing MOOCHO tests to run on CASL machines (Trilinos #5885)

Now that I have fixed the segfault issue, we can let MOOCHO tests run.

Build/Test Cases Summary
Enabled Packages: TrilinosFramework, MOOCHO
Disabled Packages: CTrilinos,ForTrilinos,PyTrilinos,Didasko,Mesquite,Phdmesh,Pliris,Claps
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=179,notpassed=0 (6.30 min)
1) SERIAL_RELEASE => passed: passed=174,notpassed=0 (5.83 min)
2) MPI_DEBUG_SS => passed: passed=310,notpassed=0 (46.80 min)
3) SERIAL_RELEASE_SS => passed: passed=197,notpassed=0 (14.45 min)
Other local commits for this build/test group: 422cfcf
MueLu: removed extra logging from Zoltan2Interface
Piro: Simplified Epetra SolverFactory interface

Replaced extensible factories of auxiliary dependencies by single
providers (or sources).

The case of a single type of auxiliary object is overwhelmingly
frequent, thus making the additional complexity of an extensible factory
prohibitive since the potential flexibility goes unused.

Trimmed down interface to reflect the above change.

Updated method name (from 'Provider' to 'Source') to better communicate
the intent to the user.
(The deprecated name will be kept for a short while to ensure backward
compatibility).
Kokkos: TSQR: Fixed conversion from Scalar to Ordinal.

Mike Parks pointed out that a static_cast from Scalar to Ordinal
might not be defined for certain Scalar and Ordinal types, such as
Scalar=dd_real and Ordinal=int.  I changed the relevant code to use
Teuchos::as instead, which does define this conversion.

Note that this does not fix the problem of missing LAPACK functions
for this case.  We know how to solve that problem, though.

Build/Test Cases Summary
Enabled Packages: Kokkos, Tpetra
0) MPI_DEBUG => Test case MPI_DEBUG was not run! => Does not affect push readiness! (-1.00 min)
1) SERIAL_RELEASE => Test case SERIAL_RELEASE was not run! => Does not affect push readiness! (-1.00 min)
2) MPI_DEBUG_SS => passed: passed=71,notpassed=0 (4.88 min)
3) SERIAL_RELEASE_SS => passed: passed=59,notpassed=0 (8.23 min)
Epetra: Fix backwards compatibility issue with 64bit work

A couple classes had their constructors changed to make indexBase a long long
type instead of an int. This caused issues for the backwards compatibility
testing because the tests were still passing indexBase in as an int. To fix this
I had to recreate the old constructors that accepted an int indexBase. There are
a couple usages of indexBase being cast to a long long to prevent more
duplication than was strictly necessary. I have deprecated these constructors so
that they can be removed at the next opportunity to break backwards
compatibility.

There are still two tests that are throwing an error in the backwards
compatibility test which will be addressed in a later commit
Added a build type option to the installation testing script

added an option to set the build type for any installs done with the
installation script. Generally we will only want a RELEASE build for the
install, however being able to change it to DEBUG is useful for debugging issues
that may crop up in backwards compatibility testing. The default is RELEASE so
all existing usages will continue to behave the same way.

Build/Test Cases Summary
Enabled Packages: TrilinosFramework, Epetra
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=963,notpassed=0 (86.58 min)
1) SERIAL_RELEASE => passed: passed=926,notpassed=0 (30.40 min)
2) MPI_DEBUG_32 => passed: passed=790,notpassed=0 (33.30 min)
Other local commits for this build/test group: 32b2907
MueLu: fix to RepartitionFactory so that parallel runs are reproducible

In the this factory we do some Irecv operations, which generally result
in different arrays ordering depending on the run. This fixes that but
comes with an extra price of sorting the PIDs of processors which send
you data. I have no intuition how expensive that could be in terms of
rebalancing.
Xpetra: added Xpetra::Matrix constructors with column map

Tpetra and Epetra matrices have a variant of constructors which take
column map of the matrix. This significantly speeds up the fillComplete
call. Xpetra has this functionality in the Xpetra::CrsMatrix, but that
was not propagated to Xpetra::CrsMatrixWrap and Xpetra::MatrixFactory.
This patch fixes that. It is particularly important for MueLu where we
might use some prior knowledge in order to use column maps.