Use git instead of eg
Add ability to use a pre-created ETI macro header file (PHI Kanban #2719)

When you have a lot of instantiations, this file takes a long time to
generate.  When you enable DataTransferKit, it takes 24s to create the file!

I am going to add a pre-created version of this file to the VERA soruce repo
and we will update it whenever we update Trilinos into VERA.
Removing std TriBITS includes (PHI Kanban #2719)

TriBITS already includes these an it clutters up the CMakeLists.txt files and
slows down the configure to include these over and over again.
Add missing HAVE_BLAS, HAVE_LAPCK, HAVE_MPI defines

The ML package declares dependencies on BLAS, LAPACK, and MPI and has a
yet does not set these vars before configuring ml_config.h.in.  But some other
package in Trilinos sets HAVE_BLAS in the cache.  As a result, the first time
you configure ML, HAVE_BLAS is *not* defined in the configured in the created
ml_config.h file.  But the second time you configure it does define HAVE_BLAS.
Therefore, if you build after the first configure, when you reconfigure, it
will trigger a complete rebuild of anything that includes ml_config.h.

The reason that say this behavior this is that when looking at updated files
in the build dir, this file was flagged every time as being updated.

The fix was trivial and just copies what was done for HAVE_PETSC.
Add missing HAVE_BLAS, HAVE_LAPCK, HAVE_MPI defines

The AztecOO package has dependencies on BLAS, LAPACK, and MPI through Epetra
and yet does not set these vars before configuring AztecOO_config.h.in.  But
some other package in Trilinos sets HAVE_BLAS in the cache.  As a result, the
first time you configure AztecOO, HAVE_BLAS is *not* defined in the configured
in the created AztecOO_config.h file.  But the second time you configure it
does define HAVE_BLAS.  Therefore, if you build after the first configure,
when you reconfigure, it will trigger a complete rebuild of anything that
includes AztecOO_config.h.

The reason that I saw this behavior this is that when looking at updated files
in the build dir, this file was flagged as being updated after the first
configure.

The fix was trivial and just copies what was done for HAVE_FORTRAN_SUPPORT.
Add missing HAVE_BLAS, HAVE_LAPCK, HAVE_MPI defines

The Epetra package has dependencies on BLAS, LAPACK, and MPI yet does not set
these vars before configuring Epetra_config.h.in.  But some other package in
Trilinos sets HAVE_BLAS in the cache.  As a result, the first time you
configure Epetra, HAVE_BLAS is *not* defined in the configured in the created
Epetra_config.h file.  But the second time you configure it does define
HAVE_BLAS.  Therefore, if you build after the first configure, when you
reconfigure, it will trigger a complete rebuild of anything that includes
Epetra_config.h.

The reason that I saw this behavior this is that when looking at updated files
in the build dir, this file was flagged as being updated after the first
configure.

The fix was trivial and just copies what was done for Epetra_HAVE_OpenMP.

Build/Test Cases Summary
Enabled Packages: TriBITS, AztecOO, Epetra, ML
Disabled Packages: TriKota
Enabled all Forward Packages
0) MPI_DEBUG => passed: passed=323,notpassed=0 (39.73 min)
1) SERIAL_RELEASE => passed: passed=247,notpassed=0 (10.38 min)
Other local commits for this build/test group: 9a63d26, 3057f94
Reverting c280ae27e5df48f784fcbde877eac017425e223d to fix Windows build for SCALE case 7337. Teuchos bug 6239.
Patching Teuchos_as.hpp to allow for size_t to fix Windows build for SCALE case 7337. Teuchos bug 6239.
Kokkos: added value enum to VerifyExec..; added MemorySpace::count(ptr)

The value in VerifyExecutionCanAccessMemorySpace makes certain
enable_if, if_c etc. pattern easier.
The MemorySpace::count(ptr) gives back the current reference count value
of the ptr (0 if its not tracked). This allows to do special destruction
operatations of objects which have a view of complex things.
I needed it because I have an object which contains a view of unmanged views
and I need to free the memory of the unmanaged views when the last
instance of the view of views goes away.
Kokkos: Added unit test for MemorySpace::count(ptr)
Kokkos: changed declaration of View::HostMirror

it now checks whether the current view's executionspace can
access HostSpace, if yes it uses that execution_space as the memory
space argument of HostMirror, otherwise it uses HostSpace.

If two different Host ExecutionSpaces are enabled but only the
non-default one is active (i.e. was intialized) this was causing problems
when trying to allocate a HostMirror view. Consider the following

Threads::initialize();
View<int*,Threads> a("A",10);
View<int*,Threads>::HostMirror b("B",10);

Initialization of b failed because it tried to use OpenMP.
Kokkos: Forgot the test file for MemorySpace::count
Kokkos: Added SegmentedView

SegmentedView is a meta view type which allocates memory on the fly (in a
parallel kernel). It does so by using segments. In effect its a view of views
which has appropriate access operators, dimension functions etc. defined.

The SegmentedView can be 1 to 8 dimensional and LayoutLeft and Right do work
(others are not yet tested). The segmentation happens on the first dimension.

When SegmentedView::grow(team,size) is called it allocates memory for another
segment, and adds it to the SegmentedView. The segment length (that is its
first dimension) needs to be a power of 2 and is the same for all segments.
When constructing the SegmentedView the maximum length must be given, but it
starts with length zero.

The grow function needs to be called with a team and every team_member has to enter
the function at the same time, with the same size value.

This thing works on Cuda. Performance is reasonable and just filling a vector with zeros
takes about twice as long as a normal view if the segment size is about 1M.

This commit also adds Tests. A tutorial example will be added in the future.
Kokkos: fixed typo and missing extern definitions for new cuda tests
Kokkos: Cuda complained about typename/class in template parameter
Automatic snapshot commit from source-upstream at 9d5dd04

Origin repo remote tracking branch: 'origin/master'
Origin repo remote repo URL: 'origin = git@github.com:TriBITSPub/TriBITS.git'

At commit:

9d5dd04 Merge remote branch 'casl-dev/master'
Author: Roscoe A. Bartlett <bartlettra@ornl.gov>
Date: Fri Oct 3 09:10:57 2014 -0400

Build/Test Cases Summary
Enabled Packages:
Disabled Packages: Ifpack,Ifpack2,Intrepid,ML,MOOCHO,NOX,Pamgen,Rythmos,Stratimikos
Enabled all Packages
0) MPI_DEBUG => passed: passed=1069,notpassed=0 (9.14 min)
1) SERIAL_RELEASE => passed: passed=992,notpassed=0 (8.65 min)
consistently log wrmap keys in hex
nssi_send_request() - move the short request NNTI_wait() to nssi_wait*().

Build/Test Cases Summary
Enabled Packages: Trios
0) MPI_DEBUG => Skipped configure, build, test due to no enabled packages! => 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 => passed: passed=31,notpassed=0 (2.94 min)
Other local commits for this build/test group: 05ee43e
 shylu - first commit for the example of incomplete cholesky

  - example code for incomplete Cholesky
  - infrastructure for crsmatrix (just prototyping)
    - CrsMatrixBase : conventional crs matrix data
    - CrsMatrixView : includes meta data with a pointer to base object
    - CrsRowView : provide easy access to data entries for a row
  - this example is not included in the cmake build
o shylu - added prototype of sparse incomplete cholesky

  - unblocked/blocked version of incomplete cholesky factorization are added
  - this does not change cmake build at all, no test needed.