Piro: Fixed orientation of multivector-based DgDx

In the LOCA solver, the DgDx derivative is represented as a multivector
with columns based on the map of the state vector x. That layout is
described as a row-oriented one, i.e. in gradient form, in the context
of a model evaluator.

No orientation for the DgDx multivector-based derivative was explicitly
specified, therefore the default column orientation was used, i.e. the
Jacobian form.
Ifpack2: Turn off the vanka test in the CMakeLists.txt file.

This test should not have been turned on anyway. I use it to test
a bunch of stuff in Ifpack2. Please ignore anything and everything
in this directory. Most of it will go away in the very near future
(i.e. later this week after I fix a bug).

Build/Test Cases Summary
Enabled Packages: Ifpack2
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=22,notpassed=0 (105.85 min)
1) SERIAL_RELEASE => passed: passed=18,notpassed=0 (39.11 min)
Triutils: Added missing newline at end of file.

This should fix compiler warnings like the following:

In file included from .../Trilinos/packages/triutils/src/Trilinos_Util.h:177,
                 from .../Trilinos/packages/belos/epetra/example/GCRODR/createEpetraProblem.cpp:44:
.../Trilinos/packages/triutils/src/Trilinos_Util_ReadMatrixMarket2Epetra.h:77:7: warning: no newline at end of file
Tpetra: Export: Fixed compiler warning (shadowing typedef).

This compiler warning only seems to show up in an Xpetra build.
It looks like this:

.../Trilinos/packages/tpetra/src/Tpetra_Export_def.hpp:566:55: warning: declaration of ‘size_type’ shadows a previous local [-Wshadow]
.../Trilinos/packages/tpetra/src/Tpetra_Export_def.hpp:466:53: warning: shadowed declaration is here [-Wshadow]
Epetra: Added comments identifying violations of ANSI aliasing rules.

This commit only adds comments; it does not affect source code.

ANSI aliasing rules prohibit certain kinds of type punning.  Intel 14
and gcc 4.8 will enforce ANSI aliasing rules strictly by default.  This
means that the code in question will not compile anymore with those
compilers.  Thus, it's important to mark such code now, so that we can
fix the warning before it becomes an error.
stokhos: Adding custom cusp kernels for block solve

Added cusp as an optional library in stokhos. Requires the development
version of cusp.
Ifpack2: Modified LocalFilter to allow alpha != 1, beta != 0 in the apply. Fixed BlockRelaxation::DoGaussSeidel.

Previously, LocalFilter's apply would only write A*x to y. Now the saxpy, or saxpby I guess,
is supported. Furthermore, BlockRelaxation doesn't work. Most specifically Gauss-Seidel.
I don't know about Jacobi yet. This is a fix of the DoGaussSeidel method and it works in
serial. There's a bug with AdditiveSchwarz. I'm working on it.
Ifpack2: Fixed BlockRelaxation::DoSGS. Moved the LRID push_back in OverlappingPartitioner to the end.

The first change finishes fixing block GS in the serial case. The AdditiveSchwarz problems
still remain, and are still being fixed. I don't know if BlockRelaxation will still behave
correctly in (non-AdditiveSchwarz) parallel.

The second change fixes an issue with Vanka smoothing in particular. The way it originally
was, the pivot entry for the first row of each block would be zero for Vanka smoothing for
the incompressible Stokes equations using stable elements. This way, the pivot should not
be zero.
Ifpack2: Oops. Didn't check changes to DoSGS in BlockRelaxation. Done that; NOW it works.

Same deal. Serial tested only; no AdditiveSchwarz yet; no non-AdditiveSchwarz parallel
testing. Driver was modified trivially to do SGS instead of GS.
Ifpack2: Fix a snafu I made with a size_t in a parameter list. Add UserPartitioner to the Ifpack2::Details namespace.

There's no reason the parameter "partitioner: overlap" needs to be a size_t.
Thus, I changed it to an int, which meant changing it in the Partitioner header
and the OverlappingPartitioner. I also deleted a bunch of junk from my little
test/vanka directory. The UserPartitioner that I copied over from Ifpack was
living there while I was playing with it; now that that is done, it got moved
to the ifpack2/src directory and put in the Ifpack2::Details namespace.

Update, re: Blocked Gauss-Seidel/Additive Schwarz. In my own head, I've
downgraded it from a bug to a strong disagreement. It "works" in the sense
of doing something not-too-unreasonable, but still not "correct" in the
sense that I want it to be. Still a work in progress. But it passes the
testing, so I guess that's good enough for a commit.

Build/Test Cases Summary
Enabled Packages: Ifpack2
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=22,notpassed=0 (18.46 min)
1) SERIAL_RELEASE => passed: passed=18,notpassed=0 (6.57 min)
Other local commits for this build/test group: 4f3e5eb, f57609e, de7e0fd