SEACAS: aprepro - Additional array capabilities
    Added:
    transpose(array) - returns transpose of input array.
    identity(size) - returns square identity array of specified size
    array + array - returns array which is sum of two arrays.
    array - array - returns array which is difference of two arrays
    array * array - returns array which is product of two arrays
    array * value - returns array with each entry scaled by value
    array / value - returns array with each entry divided by value
    -array - returns array with each entry negation of input array

(From Sierra)
SEACAS: aprepro_lib - port standalone aprepro array capability to aprepro_lib

(From Sierra)
SEACAS: aprepro - add missing files for array capability

(From Sierra)
SEACAS: aprepro - consistency with SEACAS aprepro

(From Sierra)
SEACAS: aprepro_lib - multi-character comment, consistency with standalone aprepro

(From Sierra)
Remove using statements

(From Sierra)
EXODUS: Eliminate warnings for wrong format specifier for size_t output

(From Sierra)
SEACAS: C++ Test fix: eliminate comparing size() to 0; use empty() instead

(From Sierra)
SEACAS: Add new files to Trilinos build files

(From Sierra)
SEACAS: Fix compiler warnings

(From Sierra)

Build/Test Cases Summary
Enabled Packages: SEACASAprepro, SEACASConjoin, SEACASEpu, SEACASExodiff, SEACASExomatlab, SEACASAprepro_lib, SEACASExodus, SEACASIoss
Disabled Packages: Panzer,PyTrilinos,SEACASExo2mat,SEACASMat2exo
Enabled all Forward Packages
0) MPI_DEBUG => Skipped configure, build, test due to no enabled packages! => Does not affect push readiness! (-1.00 min)
1) SERIAL_RELEASE => Skipped configure, build, test due to no enabled packages! => Does not affect push readiness! (-1.00 min)
2) MPI_DEBUG_SS => passed: passed=120,notpassed=0 (30.31 min)
3) SERIAL_RELEASE_SS => passed: passed=122,notpassed=0 (26.74 min)
Other local commits for this build/test group: 1c2e5f7, 6a41c31, f3fb082, 3c183c1, a517ace, e49366a, 8ccf3d7, beae79e, f9a18d9
Belos: GCRODRSolMgr now builds with complex ScalarType.

It does NOT run with complex ScalarType.  GCRODRSolMgr's constructor
throws if ScalarType is complex.  The following new test exercises this:

packages/belos/test/RealSolverManager/test_gcrodr_complex.cpp

The point is that we want SolverFactory to compile for both real and
complex ScalarType.  This is not currently true, due to solvers like
GCRODRSolMgr, whose implementations do not compile for complex
ScalarType.  This commit adds partial specializations for GCRODRSolMgr
that ensures it compiles for both real and complex ScalarType.  The
complex ScalarType partial specialization is trivial, and its
constructor throws std::logic_error.  The new class
Details::RealSolverManager makes it easy to write such partial
specializations, and GCRODRSolMgr is an example of how to do this.
Belos: LSQR and RCG now build for complex ScalarType.

As with GCRODR in my previous commit, these classes do NOT run with
complex ScalarType; they merely build without errors.  The point of this
is to be able to compile SolverFactory for complex ScalarType.  It's
also handy for users to get a useful run-time message when they try to
instantiate those solvers directly (not through SolverFactory) with
complex ScalarType.  The run-time message is clear and easy to read for
users, unlike typical compilation errors involving templates.

New texts in belos/test/RealSolverManager exercise this new capability.
In particular, SolverFactory can now compile for complex ScalarType.

Build/Test Cases Summary
Enabled Packages: Tpetra, Ifpack2, Amesos2, Zoltan2, Belos
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=186,notpassed=0 (7.77 min)
3) SERIAL_RELEASE_SS => passed: passed=164,notpassed=0 (4.59 min)
Other local commits for this build/test group: 84c4916
MueLu: updated hopper python scripts

New features:
+ Added command line switch for a template PBS file
+ Added command line switch for a analysis
  Very useful, for instance, switching screen_1 and
  screen_2 results.
+ Running multiple custom commands
  In many cases we may want to compare runs with different xml files for
  same processor placement, or runs with different comamnd line
  arguments for the driver. Now we are able to do that.
  For instance, one can run
    ./arcadia.py -b --cmds='--maptasks --xml=a1.xml,--nomaptasks --xml=a2.xml'
  which would run
    ./binary.exe --nx=134 --ny=134 --nz=134 --matrixType=Laplace3D --maptasks   --xml=a1.xml
    ./binary.exe --nx=134 --ny=134 --nz=134 --matrixType=Laplace3D --nomaptasks --xml=a2.xml
Zoltan2: fixed cast warnings
Anasazi,Belos: Synchronized Tpetra adapters; removed class data.

I synchronized some differences between Anasazi's and Belos'
specializations of MultiVecTraits for Tpetra::MultiVector.  In
particular, I removed class data (timers) from the Tpetra::MultiVector
partial specialization of Anasazi::MultiVecTraits, by deferring to
Teuchos::TimeMonitor to create timers.  Belos already does this, so I
just had to copy over the changes.
Anasazi: GeneralizedDavidson: Improved error message.

sortProblem now prints a more informative error message in case the
LAPACK routine _TRSEN (reorder Schur factorization) returns INFO == 1.
For the real-arithmetic case (STRSEN or DTRSEN, not CTRSEN or ZTRSEN),
INFO == 1 indicates that "reordering of T failed because some
eigenvalues are too close to separate (the problem is very
ill-conditioned)."  This would be useful for Anasazi users to know, so
sortProblem now checks for this case.

I discovered this issue by running Anasazi's tests and noticing that a
GeneralizedDavidson test was failing without useful output.  The test
still fails, but now produces more helpful output.

Build/Test Cases Summary
Enabled Packages: Anasazi, Belos, Tpetra
0) MPI_DEBUG => FAILED: passed=214,notpassed=3 => Not ready to push! (5.70 min)
1) SERIAL_RELEASE => FAILED: passed=203,notpassed=1 => Not ready to push! (0.44 min)
Other local commits for this build/test group: ac6f603
WARNING: Forced the push!
Adding new test to ShyLU

This commit adds a new test to the ShyLU package, checking the
functionality related to IQR.

Due to the dependence on ShyLU, IQR and the Ifpack_DynamicFactory class,
the test needs the following CMake variables enabled:
Ifpack_ENABLE_DYNAMIC_FACTORY:BOOL=ON
Ifpack_ENABLE_PARALLEL_SUBDOMAIN_SOLVERS:BOOL=ON

The test does NOT fail if these variables are not declared, however.

The commit also patches the existing test of ShyLU to function also
when the variables are enabled.
Adding some documentation to the new ShyLU test

Documentation describing usage and configuration parameters of
ShyLU and IQR.
Ifpack2:  Make IFPACK2_SGN more embedded scalar type friendly.
Ifpack2:  Fix Belos scalar type for Ifpack2::Krylov.

There is a BelosScalarType traits class for determining the scalar type
to be used by Belos for a given Ifpack2 scalar type.  This was put in a
while ago to support Stokhos UQ scalar types.  At some point Krylov was
changed to not use it, and this is now fixed.