Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2017-07-03T19:41:58Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/1423KokkosKernels: Problems with Kokkos_Sparse_CrsMatrix2017-07-03T19:41:58ZJames WillenbringKokkosKernels: Problems with Kokkos_Sparse_CrsMatrix*Created by: brian-kelley*
I'm trying to use the Kokkos::CrsMatrix to write a local threaded matrix addition. I've run into a couple of issues with it (one I've figured out, and one I haven't - maybe I should make 2 issues?):
-The do...*Created by: brian-kelley*
I'm trying to use the Kokkos::CrsMatrix to write a local threaded matrix addition. I've run into a couple of issues with it (one I've figured out, and one I haven't - maybe I should make 2 issues?):
-The documentation says that the [raw host array constructor](https://trilinos.org/docs/dev/packages/kokkos/doc/html/classKokkos_1_1CrsMatrix.html#a0c2a800a9ffc10f658038bb64ac47972) expects coordinates format (rows, cols, values) but it really expects CRS (rowptrs, colinds, values). I've changed my usage code to give CRS and it now works.
-I should be able to get a [Kokkos::SparseRowView](https://trilinos.org/docs/dev/packages/kokkos/doc/html/structKokkos_1_1SparseRowView.html) of row i by calling mat.row(i). This should let me directly get at the colinds and values in row i. But, every view I get back is empty (rowView.length == 0). I tried calling .row(i) for every row:
> C has 380473 nonzeros, 10000 rows, 10000 cols.
> Number of nz in each row: 0 0 0 0 0 0 0 0 0 0 (...and so on for 10,000 zeros)
C->nnz(), C->numRows() and C->numCols() all print what I expect (the first line of output), so there are entries in there. This looks like a simple bug, but is there anything special I need to do to get these row views?https://gitlab.osti.gov/jmwille/Trilinos/-/issues/1237KokkosKernels CI build failure on 4/12/20172017-04-12T16:26:22ZJames WillenbringKokkosKernels CI build failure on 4/12/2017*Created by: bartlettroscoe*
A KokkosKernels build failure was caught by the standard CI build:
* http://testing.sandia.gov/cdash/index.php?project=Trilinos&filtercount=3&showfilters=1&filtercombine=and&field1=buildname&compare1=61&v...*Created by: bartlettroscoe*
A KokkosKernels build failure was caught by the standard CI build:
* http://testing.sandia.gov/cdash/index.php?project=Trilinos&filtercount=3&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Linux-GCC-4.7.2-MPI_RELEASE_DEBUG_SHARED_PT_CI&field2=groupname&compare2=61&value2=Continuous&field3=buildstarttime&compare3=84&value3=now
in the first CI iteration this morning:
* http://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=2834087&filtercount=3&showfilters=1&field1=groupname&compare1=61&value1=Continuous&field2=buildstarttime&compare2=84&value2=now&filtercombine=and
(which suggests the checkin-test-sems.sh script should have caught this build failure before the push). But this was only a test/example failure which does not disable KokkosKernels in downstream packages. (Note that we will lose this behavior once we do the single configure, build, and tests https://github.com/TriBITSPub/TriBITS/issues/183 ).
But it looks like @crtrott reacted to this quickly fixed the KokkosKernels in the latest CI build iteration:
* http://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=2834513&filtercount=3&showfilters=1&field1=groupname&compare1=61&value1=Continuous&field2=buildstarttime&compare2=84&value2=now&filtercombine=and
Note that since this was only a test/example failure for KokkosKernels, this would not have stopped anyone else's pushes using the checkin-test-sems.sh script where were only changing a package downstream from KokkosKernels.
Just added this issue to document this failure since it was interesting for a few reasons:
* The build failure should have likely have been caused by the checkin-test-sems.sh script
* The failure was seen and fixed in the very next CI iteration
* This was only a build failure for examples/tests so this would not have blocked anyone else's push to changes in packages downstream from KokkosKernels
Since Trilinos CDash info is forgotten pretty quickly (just a month or so).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/1180Consider taking advantage of new CUDA language support in CMake 3.8.02017-09-13T22:41:43ZJames WillenbringConsider taking advantage of new CUDA language support in CMake 3.8.0*Created by: bartlettroscoe*
**Description:**
I was looking over the release notes for CMake 3.8 at:
* https://cmake.org/cmake/help/v3.8/release/3.8.html
and it says that CUDA is now a first-class CMake language and it supports...*Created by: bartlettroscoe*
**Description:**
I was looking over the release notes for CMake 3.8 at:
* https://cmake.org/cmake/help/v3.8/release/3.8.html
and it says that CUDA is now a first-class CMake language and it supports the nvcc compiler.
Should this be something that we look into for Trilinos?
**CC:** @trilinos/framework, @trilinos/tpetra, @crtrott, @nmhamster
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/1176Analysis of configure and build failures due to KokkosKernels pushes on March...2017-03-23T17:54:16ZJames WillenbringAnalysis of configure and build failures due to KokkosKernels pushes on March 1-2 reported in #1099*Created by: bartlettroscoe*
**Description:**
This story is to analyze the KokkosKernels commits pushed on March 1-2, 2017 that broke the configure and build of Trilinos that was reported in #1099 and see if usage of the [checkin-tes...*Created by: bartlettroscoe*
**Description:**
This story is to analyze the KokkosKernels commits pushed on March 1-2, 2017 that broke the configure and build of Trilinos that was reported in #1099 and see if usage of the [checkin-test-sems.sh](https://github.com/trilinos/Trilinos/wiki/Policies-%7C-Safe-Checkin-Testing) script could have avoided the failures (and resulting consequences) if it had been used for the test and push (which would have stopped the push).
This started when a set of commits were pushed to the Trilinos 'develop' branch on March 1 with the top commit 97ed757 being:
```
97ed757 [Wed Mar 1 08:24:01 2017 -0700] <crtrott@sandia.gov>
Kokkos-Kernels: Adding Kokkos-Kernels as a stand-alone package
```
as shown by the CI build:
* http://testing.sandia.gov/cdash/viewConfigure.php?buildid=2766164
That version of Trilinos failed to configure as shown on that CI build iteration.
Later that day, issue #1099 was created by an important Trilinos customer and it resulted in 35 comments that involved 9 people in that issue before it was resolved.
An attempt to fix this problem was pushed later that day with the top commit de7ac5a being:
```
de7ac5a [Wed Mar 1 13:17:16 2017 -0700] <mhoemme@sandia.gov>
KokkosKernels: Fix #1099
```
as shown by the CI build:
* http://testing.sandia.gov/cdash/viewConfigure.php?buildid=2766462
That version passed the configure but resulted in many build failures.
The build was not finally fixed until March 2 as shown at:
* http://testing.sandia.gov/cdash/viewConfigure.php?buildid=2767860
Could the usage of the checkin-test-sems.sh script have caught these problems and stop the pushes that broke the configure and build of Trilinos over these two days?
**CC:** @trilinos/framework, @bathmatt, @crtrott, @mhoemmen
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/1170KokkosKernels: warnings on CUDA2017-10-27T04:19:03ZJames WillenbringKokkosKernels: warnings on CUDA*Created by: rppawlo*
When compiling with Tpetra enabled for cuda, we get a ton of warnings from kokkos kernels. It seems to stem from the three lines below. Can someone take a look at this?
```
[ 69%] Built target locathyra
/ascldap...*Created by: rppawlo*
When compiling with Tpetra enabled for cuda, we get a ton of warnings from kokkos kernels. It seems to stem from the three lines below. Can someone take a look at this?
```
[ 69%] Built target locathyra
/ascldap/users/rppawlo/Trilinos/packages/kokkos-kernels/src/Kokkos_ArithTraits.hpp(1480): warning: pointless comparison of unsigned integer with zero
/ascldap/users/rppawlo/Trilinos/packages/kokkos-kernels/src/Kokkos_ArithTraits.hpp(157): warning: pointless comparison of unsigned integer with zero
detected during instantiation of "IntType <unnamed>::intPowSigned(IntType, IntType) [with IntType=char]"
(1506): here
/ascldap/users/rppawlo/Trilinos/packages/kokkos-kernels/src/Kokkos_ArithTraits.hpp(161): warning: pointless comparison of unsigned integer with a negative constant
detected during instantiation of "IntType <unnamed>::intPowSigned(IntType, IntType) [with IntType=char]"
(1506): here
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/1099KokkosKernels pullout broke my configures2017-03-05T22:12:00ZJames WillenbringKokkosKernels pullout broke my configures*Created by: bathmatt*
Any idea on what I need to add to my scripts to get configure to work. It is a silent failure, by that I mean it isn't obvious what the problem is, and my CMakeErrors.log looks pretty much the same before and aft...*Created by: bathmatt*
Any idea on what I need to add to my scripts to get configure to work. It is a silent failure, by that I mean it isn't obvious what the problem is, and my CMakeErrors.log looks pretty much the same before and after the commit.
I added Trilinos_ENABLE_KokkosKernels=ON
Set up for creating a distribution ...
tail of the configure.
`
Finished configuring Trilinos!
-- Configuring incomplete, errors occurred!
See also "/jenkins/slave/workspace/EMPIRE-debug/build_drekar/CMakeFiles/CMakeOutput.log".
See also "/jenkins/slave/workspace/EMPIRE-debug/build_drekar/CMakeFiles/CMakeError.log".
Error in configuration of drekar, trying to continue`
Here is my configure script
[config.txt](https://github.com/trilinos/Trilinos/files/811733/config.txt)
and all the log files. log has been renamed to txt
[configure.txt](https://github.com/trilinos/Trilinos/files/811735/configure.txt)
[CMakeError.txt](https://github.com/trilinos/Trilinos/files/811737/CMakeError.txt)
[CMakeOutput.txt](https://github.com/trilinos/Trilinos/files/811738/CMakeOutput.txt)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/1084Graph coloring build warnings2017-02-22T17:26:25ZJames WillenbringGraph coloring build warnings*Created by: mhoemmen*
This is a duplicate of https://github.com/kokkos/kokkos-kernels/issues/3 (not yet externally visible, but will be soon) for the sake of external tracking.*Created by: mhoemmen*
This is a duplicate of https://github.com/kokkos/kokkos-kernels/issues/3 (not yet externally visible, but will be soon) for the sake of external tracking.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/988KokkosKernels: Gauss-Seidel test fails with CUDA2017-04-13T18:44:14ZJames WillenbringKokkosKernels: Gauss-Seidel test fails with CUDA*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
The Gauss-Seidel test that I reenabled as part of #977 fails in a CUDA debug build for me, with CUDA 7.5 and GCC 4.8.4. It passes in a non-CUDA Clang 3.9 build with Kokkos::...*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
The Gauss-Seidel test that I reenabled as part of #977 fails in a CUDA debug build for me, with CUDA 7.5 and GCC 4.8.4. It passes in a non-CUDA Clang 3.9 build with Kokkos::Serial. The error messages look like this:
```
result_norm_res:3.05254e+36 initial_norm_res:160.873
3: .../Trilinos/packages/tpetra/kernels/unit_test/graph/KokkosKernels_Test_GaussSeidel.cpp:219: Failure
3: Value of: (result_norm_res < initial_norm_res)
3: Actual: false
3: Expected: true
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/981Remove Tribits dependencies in KokkosKernels2017-01-06T03:27:05ZJames WillenbringRemove Tribits dependencies in KokkosKernels*Created by: srajama1*
There are bunch of tribits related dependencies that has come into KokkosKernels. Eventually we would like a Kokkos model where we could build without Tribits and test with gtest. This needs a cleanup.
@mndevec...*Created by: srajama1*
There are bunch of tribits related dependencies that has come into KokkosKernels. Eventually we would like a Kokkos model where we could build without Tribits and test with gtest. This needs a cleanup.
@mndevec @crtrott @mhoemmen
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/980KokkosKernels: Sparse matrix-matrix multiply performance test build error2017-04-13T18:43:39ZJames WillenbringKokkosKernels: Sparse matrix-matrix multiply performance test build error*Created by: mhoemmen*
@trilinos/ifpack2 @trilinos/tpetra
Lots of errors like this:
```
.../Trilinos/packages/tpetra/kernels/perf_test/graph/KokkosKernels_SPMM_KK.cpp: In function ‘int main(int, char**)’:
.../Trilinos/packages/tpet...*Created by: mhoemmen*
@trilinos/ifpack2 @trilinos/tpetra
Lots of errors like this:
```
.../Trilinos/packages/tpetra/kernels/perf_test/graph/KokkosKernels_SPMM_KK.cpp: In function ‘int main(int, char**)’:
.../Trilinos/packages/tpetra/kernels/perf_test/graph/KokkosKernels_SPMM_KK.cpp:688:13: error: ‘Kokkos::OpenMP’ has not been declared
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/979KokkosKernels: Graph coloring test fails2017-04-13T18:43:15ZJames WillenbringKokkosKernels: Graph coloring test fails*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
The KokkosKernels graph coloring test fails with the following run-time error:
```
terminate called after throwing an instance of 'std::runtime_error'
11: what(): Kokkos:...*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
The KokkosKernels graph coloring test fails with the following run-time error:
```
terminate called after throwing an instance of 'std::runtime_error'
11: what(): Kokkos::OpenMP parallel_for ERROR: not initialized
11: Traceback functionality not available
```
This looks pretty easy to fix. Somewhere, something is not initializing Kokkos::OpenMP.
I am disabling the test for now to ensure that I can proceed with #288.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/978KokkosKernels: Sparse matrix-matrix multiply test build error2017-04-13T18:42:58ZJames WillenbringKokkosKernels: Sparse matrix-matrix multiply test build error*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
KokkosKernels' sparse matrix-matrix multiply test has a build error:
```
.../Trilinos/packages/tpetra/kernels/src/stage/graph/utils/KokkosKernels_SimpleUtils.hpp:50:41: error:...*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
KokkosKernels' sparse matrix-matrix multiply test has a build error:
```
.../Trilinos/packages/tpetra/kernels/src/stage/graph/utils/KokkosKernels_SimpleUtils.hpp:50:41: error: no match for ‘operator>’ (operand types are ‘Kokkos::ViewTraits<Kokkos::complex<double>*, Kokkos::LayoutRight, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, Kokkos::MemoryTraits<0u> >::value_type {aka Kokkos::complex<double>}’ and ‘int’)
#define KOKKOSKERNELS_MACRO_ABS(x) ((x) > (0) ? (x): (-x))
^
.../Trilinos/packages/tpetra/kernels/src/stage/graph/utils/KokkosKernels_SimpleUtils.hpp:133:9: note: in expansion of macro ‘KOKKOSKERNELS_MACRO_ABS’
if (KOKKOSKERNELS_MACRO_ABS (val_diff) > eps) {
...
```
This may just be an issue with the test not accounting for complex numbers.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/977KokkosKernels: Gauss-Seidel test build error2017-01-06T21:13:24ZJames WillenbringKokkosKernels: Gauss-Seidel test build error*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
KokkosKernels' Gauss-Seidel test has a build error:
```
.../Trilinos/packages/tpetra/kernels/unit_test/graph/KokkosKernels_Test_GaussSeidel.cpp: In instantiation of ‘scalar_v...*Created by: mhoemmen*
@trilinos/tpetra @trilinos/ifpack2
KokkosKernels' Gauss-Seidel test has a build error:
```
.../Trilinos/packages/tpetra/kernels/unit_test/graph/KokkosKernels_Test_GaussSeidel.cpp: In instantiation of ‘scalar_view_t create_x_vector(size_t, typename scalar_view_t::value_type) [with scalar_view_t = Kokkos::View<Kokkos::complex<double>*, Kokkos::LayoutRight, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, Kokkos::MemoryTraits<0u> >; size_t = long unsigned int; typename scalar_view_t::value_type = Kokkos::complex<double>]’:
.../Trilinos/packages/tpetra/kernels/unit_test/graph/KokkosKernels_Test_GaussSeidel.cpp:178:66: required from ‘void test_gauss_seidel(KokkosKernels::Experimental::Graph::GSAlgorithm) [with scalar_t = Kokkos::complex<double>; lno_t = int; device = Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>]’
.../Trilinos/packages/tpetra/kernels/unit_test/graph/KokkosKernels_Test_GaussSeidel.cpp:232:3: required from here
.../Trilinos/packages/tpetra/kernels/unit_test/graph/KokkosKernels_Test_GaussSeidel.cpp:140:68: error: no match for ‘operator/’ (operand types are ‘int’ and ‘Kokkos::ViewTraits<Kokkos::complex<double>*, Kokkos::LayoutRight, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, Kokkos::MemoryTraits<0u> >::value_type {aka Kokkos::complex<double>}’)
static_cast <typename scalar_view_t::value_type> (RAND_MAX / max_value);
^
```
I think the code itself is fine; at least it builds and runs correctly in Ifpack2. This looks like an issue with the test not accounting for complex numbers.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/964Kokkos::StaticCrsGraph does not use memory space template parameter passed to...2017-01-10T20:54:12ZJames WillenbringKokkos::StaticCrsGraph does not use memory space template parameter passed to KokkosSparse::CrsMatrix*Created by: mndevec*
I am providing a device to CrsMatrix in the constructor. This is different than default, where device is either Kokkos::Cuda with hostpinned space, or Kokkos::OpenMP with Kokkos::Hostspace when HBM is enabled.
...*Created by: mndevec*
I am providing a device to CrsMatrix in the constructor. This is different than default, where device is either Kokkos::Cuda with hostpinned space, or Kokkos::OpenMP with Kokkos::Hostspace when HBM is enabled.
I was expecting CrsMatrix memory to be allocated at the memory space I provide. However, this holds only for the values view, while row pointers and entries are still allocated at the default memory space of the provided execution space.
It seems that StaticCrsGraph do not take the device as template argument, instead it is provided the execution space. It creates a default device, as a result allocated memories diverge for values and entries views.
Shouldn't StaticCrsGraph take the device as template argument instead of execution space?
@srajama1 @crtrott @mhoemmen
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/948KokkosKernels: SPMV performance comparison test2017-01-06T00:12:10ZJames WillenbringKokkosKernels: SPMV performance comparison test*Created by: crtrott*
This adds a performance comparison test without MPI for just SPMV kernel. Can compare the KokkosKernel function, a custom Kokkos implementation, CuSparse and MKL.
This can read MatrixMarket format, and also gener...*Created by: crtrott*
This adds a performance comparison test without MPI for just SPMV kernel. Can compare the KokkosKernel function, a custom Kokkos implementation, CuSparse and MKL.
This can read MatrixMarket format, and also generate a binary matrix storage file, which it can read again. Depending on your system reading the binary format back in can be 10x faster than the text file.
I had that written quite a while ago I just cleaned it up now. https://gitlab.osti.gov/jmwille/Trilinos/-/issues/922Tpetra: New thread-parallel sparse matrix-matrix multiply test fails ("experi...2017-01-25T17:51:39ZJames WillenbringTpetra: New thread-parallel sparse matrix-matrix multiply test fails ("experimental")*Created by: mhoemmen*
@trilinos/tpetra
http://testing.sandia.gov/cdash/viewTest.php?onlyfailed&buildid=2651259*Created by: mhoemmen*
@trilinos/tpetra
http://testing.sandia.gov/cdash/viewTest.php?onlyfailed&buildid=2651259Tpetra-FY17-Q2https://gitlab.osti.gov/jmwille/Trilinos/-/issues/908Small dense matrix inversion2016-12-14T20:33:53ZJames WillenbringSmall dense matrix inversion*Created by: bathmatt*
@mhoemmen I can see this being somewhere for your block crs matrix inversion.
Is there a class where I can do a small dense matrix inversion? Example, I can grab a sub-view out of a kokkos 2D view and call it ...*Created by: bathmatt*
@mhoemmen I can see this being somewhere for your block crs matrix inversion.
Is there a class where I can do a small dense matrix inversion? Example, I can grab a sub-view out of a kokkos 2D view and call it a matrix and compute its inverse?
Thanks
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/786Ifpack2: Linking error, duplicate symbols, with TpetraKernels_ENABLE_Experime...2016-12-09T05:00:29ZJames WillenbringIfpack2: Linking error, duplicate symbols, with TpetraKernels_ENABLE_Experimental=ON*Created by: bathmatt*
Is anyone else getting this??
4062/5246] Linking CXX executable packages/stratimikos/test/Stratimikos_issue_535.exe
FAILED: packages/stratimikos/test/Stratimikos_issue_535.exe
: && /projects/sems/install...*Created by: bathmatt*
Is anyone else getting this??
4062/5246] Linking CXX executable packages/stratimikos/test/Stratimikos_issue_535.exe
FAILED: packages/stratimikos/test/Stratimikos_issue_535.exe
: && /projects/sems/install/rhel6-x86_64/sems/compiler/gcc/5.3.0/openmpi/1.10.1/bin/mpicxx -std=c++11 -fopenmp -g -O0 packages/stratimikos/test/CMakeFiles/Stratimikos_issue_535.dir/test_issue_535.cpp.o -o packages/stratimikos/test/Stratimikos_issue_535.exe -rdynamic packages/stratimikos/src/libstratimikos.a packages/stratimikos/adapters/belos/src/libstratimikosbelos.a packages/stratimikos/adapters/aztecoo/src/libstratimikosaztecoo.a packages/stratimikos/adapters/amesos/src/libstratimikosamesos.a packages/stratimikos/adapters/ml/src/libstratimikosml.a packages/stratimikos/adapters/ifpack/src/libstratimikosifpack.a packages/ifpack2/adapters/libifpack2-adapters.a packages/ifpack2/src/libifpack2.a packages/thyra/adapters/tpetra/src/libthyratpetra.a packages/triutils/src/libtriutils.a packages/ml/src/libml.a packages/zoltan/src/libzoltan.a -lm packages/ifpack/src/libifpack.a packages/amesos/src/libamesos.a packages/belos/tpetra/src/libbelostpetra.a packages/belos/epetra/src/libbelosepetra.a packages/belos/src/libbelos.a packages/thyra/adapters/tpetra/src/libthyratpetra.a packages/aztecoo/src/libaztecoo.a packages/thyra/adapters/epetraext/src/libthyraepetraext.a packages/thyra/adapters/epetra/src/libthyraepetra.a packages/epetraext/src/libepetraext.a packages/triutils/src/libtriutils.a packages/thyra/core/src/libthyracore.a packages/rtop/src/librtop.a packages/tpetra/core/ext/libtpetraext.a packages/tpetra/core/inout/libtpetrainout.a packages/tpetra/core/src/libtpetra.a packages/epetra/src/libepetra.a packages/tpetra/kernels/src/libtpetrakernels.a packages/kokkos/algorithms/src/libkokkosalgorithms.a packages/kokkos/containers/src/libkokkoscontainers.a packages/tpetra/classic/LinAlg/libtpetraclassiclinalg.a packages/tpetra/classic/NodeAPI/libtpetraclassicnodeapi.a packages/tpetra/classic/src/libtpetraclassic.a packages/teuchos/kokkoscomm/src/libteuchoskokkoscomm.a packages/teuchos/kokkoscompat/src/libteuchoskokkoscompat.a packages/teuchos/remainder/src/libteuchosremainder.a packages/teuchos/numerics/src/libteuchosnumerics.a /usr/lib64/liblapack.so.3 /usr/lib64/libblas.so.3 packages/teuchos/comm/src/libteuchoscomm.a packages/teuchos/parameterlist/src/libteuchosparameterlist.a packages/teuchos/core/src/libteuchoscore.a /projects/sems/install/rhel6-x86_64/sems/tpl/boost/1.59.0/gcc/5.3.0/base/lib/libboost_program_options.so /projects/sems/install/rhel6-x86_64/sems/tpl/boost/1.59.0/gcc/5.3.0/base/lib/libboost_system.so packages/kokkos/core/src/libkokkoscore.a /usr/lib64/libdl.so -lmpi_usempif08 -lmpi_usempi_ignore_tkr -lmpi_mpifh -lgfortran -lquadmath -Wl,-rpath,/projects/sems/install/rhel6-x86_64/sems/tpl/boost/1.59.0/gcc/5.3.0/base/lib && :
packages/ifpack2/src/libifpack2.a(Ifpack2_Relaxation_OpenMP.cpp.o): In function `KokkosKernels::Experimental::Util::endswith(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)':
/net/fs02eppic/projects/sems/install/rhel6-x86_64/sems/compiler/gcc/5.3.0/base/include/c++/5.3.0/bits/char_traits.h:258: multiple definition of `KokkosKernels::Experimental::Util::endswith(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
packages/ifpack2/src/libifpack2.a(Ifpack2_Details_OneLevelFactory_OpenMP.cpp.o):/net/fs02eppic/projects/sems/install/rhel6-x86_64/sems/compiler/gcc/5.3.0/base/include/c++/5.3.0/bits/char_traits.h:258: first defined here
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/759KokkosKernels unit tests' dependency to kokkos gtest build2017-04-13T18:45:04ZJames WillenbringKokkosKernels unit tests' dependency to kokkos gtest build*Created by: mndevec*
Kokkos is using gtest for the unit tests. I think we talked briefly that we will use the same unit test harness for KokkosKernels, rather than introducing a dependency on Teuchos.
I am trying to add unit tests ...*Created by: mndevec*
Kokkos is using gtest for the unit tests. I think we talked briefly that we will use the same unit test harness for KokkosKernels, rather than introducing a dependency on Teuchos.
I am trying to add unit tests that use gtest, assuming that kokkos builds gtest and I can access the prebuild kokkos_gtest library. However, it is only compiled when Kokkos test is enabled.
I don't know an elegant way to handle this, I was wondering how this should be handled.
@srajama1 @mhoemmen @crtrott @ambrad @kyungjoo-kim
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/701Why does TriBITS' ETI add Nodes to list of manglings / typedefs, even when I ...2016-10-12T17:32:39ZJames WillenbringWhy does TriBITS' ETI add Nodes to list of manglings / typedefs, even when I don't want them there?*Created by: mhoemmen*
I'm using the ETI system for KokkosKernels. I don't want the manglings and typedefs to include Node types, because those don't exist in KokkosKernels. I just want to strip those out. How do I do that? I even c...*Created by: mhoemmen*
I'm using the ETI system for KokkosKernels. I don't want the manglings and typedefs to include Node types, because those don't exist in KokkosKernels. I just want to strip those out. How do I do that? I even cleared out list_of_manglings and eti_typedefs at the top of tpetra/kernels/cmake/ExplicitInstantiationSupport.cmake, and the Node types came back!!!