Panzer: Moving STK_MEFactory_Epetra to panzer_stk src

It was in the panzer_stk/examples directory before, moved it to panzer_stk/src.
Also added a cpp file which hopefully will speed Drekar builds...fingers crossed!
Kokkos: Example FENL - implement vector import type.
Kokkos: Example FENL miniapplication working with Cuda and kokkos/linalg mat-vec.  Verify at compile time that KOKKOS_HAVE_CUDA_ARCH == __CUDA_ARCH__ when building for Cuda.
Panzer: Rename of STK_ModelEvaluatorFactory_Epetra to STK_ModelEvaluatorFactory

This completes the transition out of panzer_stk/examples/main_driver
Intrepid MiniTensor: Added mixed-type increment and decrement operators.
Added test for this.
Merge branch 'master' of software:/space/git/Trilinos
MueLu: Fixed minor documentation bugs (DOC ONLY)
Ifpack2: Renamed Amesos2solver to Details::Amesos2Wrapper; fixed issues.

"Amesos2solver" does not conform to the CamelCase naming convention
prevalent in the Tpetra solver stack.  Furthermore, "solver" overly
specifies the use case.  For example, MueLu might want to use Amesos2
"solvers" as smoothers.  Thus, I've renamed it "Amesos2Wrapper" so that
the name does not constrain the set of possible uses.

I also moved the class out of the Ifpack2 namespace into the
Ifpack2::Details namespace.  This is because I do not think it is
appropriate for Ifpack2 to advertise having an Amesos2 interface.  The
proper location for a factory that creates cross-package nested solvers
should be Stratimikos.  We don't currently have a solution for creation
of nested cross-package solvers, though.  Furthermore, some users really
want an exact subdomain solver for Ifpack2::AdditiveSchwarz.  Thus, I
will tolerate the existence of an Amesos2 interface in Ifpack2, as long
as it remains an implementation detail of AdditiveSchwarz and is not
advertised as part of Ifpack2's public interface or capabilities.
Eventually, I would prefer Ifpack2 to use a global factory (such as
Stratimikos hopefully will eventually have) to create subdomain solvers,
so that it could create subdomain solvers from any package (e.g., Belos,
ShyLU, or Amesos2).  For now, though, I'll have to tolerate this
cross-package hack of letting Ifpack2 wrap Amesos2.

Finally, I cleaned up some code in the Amesos2 wrapper, and added some
annotations for future work.

Build/Test Cases Summary
Enabled Packages: Ifpack2, Amesos2
Disabled Packages: MOOCHO,Rythmos,Anasazi,OptiPack,Moertel,FEI,NOX,RBGen
Enabled all Forward Packages
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=28,notpassed=0 (0.54 min)
Other local commits for this build/test group: 7b5a3ec
Ifpack2: Amesos2Wrapper: Fixed minor bug in apply().

apply() was testing for an unimplemented case (mode !=
Teuchos::NO_TRANS), but it was testing for the opposite of what it
should have tested.  My bad.  This commit fixes it.

Build/Test Cases Summary
Enabled Packages: Ifpack2, Amesos2
Disabled Packages: MOOCHO,Rythmos,Anasazi,OptiPack,Moertel,FEI,NOX,RBGen
Enabled all Forward Packages
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=28,notpassed=0 (0.54 min)
MueLu: hopefully fixinging nightly test failures.

Related to 6c5275082.
Ifpack2: Amesos2Wrapper no longer constructs a local matrix.

It's unnecessary for Amesos2Wrapper to construct and use a local matrix,
because when AdditiveSchwarz uses Amesos2Wrapper as a subdomain solver,
it already gives it a local matrix.  It's also too restrictive, because
some Amesos2 solvers are MPI parallel.  Thus, Amesos2Wrapper now gives
the full input matrix to Amesos2, not a local matrix.

Build/Test Cases Summary
Enabled Packages: Ifpack2, Amesos2
Disabled Packages: MOOCHO,Rythmos,Anasazi,OptiPack,Moertel,FEI,NOX,RBGen
Enabled all Forward Packages
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=28,notpassed=0 (0.54 min)
MueLu: fix to my previous fix.
MueLu: SchwarzSmoother: Removed code that duplicates Ifpack2::Factory.

MueLu already calls Ifpack2::Factory elsewhere to make Ifpack2 widgets.
Thus, it's silly for MueLu to replicate the insides of Ifpack2::Factory.
I changed it just to call Ifpack2::Factory directly.

btw, MueLu has build errors if you enable Amesos:

.../Trilinos/packages/muelu/test/unit_tests/Smoothers/AmesosSmoother.cpp:63:9:
error: use of undeclared identifier 'testApplyNoSetup';
did you mean 'TestHelpers::Smoothers::testApplyNoSetup'?

        testApplyNoSetup(AmesosSmoother(), out, success);
        ^~~~~~~~~~~~~~~~
        TestHelpers::Smoothers::testApplyNoSetup

.../Trilinos/packages/muelu/test/unit_tests/Smoothers/MueLu_TestHelpersSmoothers.hpp:68:12:
note: 'TestHelpers::Smoothers::testApplyNoSetup' declared here

      void testApplyNoSetup(SmootherPrototype const & smoother, Teuchos::FancyOStream & out, bool & success);
           ^
.../Trilinos/packages/muelu/test/unit_tests/Smoothers/AmesosSmoother.cpp:74:9:
error: use of undeclared identifier 'testDirectSolver';
did you mean 'TestHelpers::Smoothers::testDirectSolver'?

        testDirectSolver(*smoother, out, success);
        ^~~~~~~~~~~~~~~~
        TestHelpers::Smoothers::testDirectSolver

Build/Test Cases Summary
Enabled Packages: MueLu
Disabled Packages: MOOCHO,Rythmos,Anasazi,OptiPack,Moertel,FEI,NOX,RBGen,Amesos
Enabled all Forward Packages
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 => FAILED: no tests run (0.19 min)
WARNING: Forced the push!
Kokkos: Remove macro 'KOKKOS_HAVE_CUDA_ARCH' and replace its use with a coordinated compile-time/runtime query.