Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2017-10-26T20:28:13Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/629Tpetra: Make sparse matrix-matrix multiply thread-parallel2017-10-26T20:28:13ZJames WillenbringTpetra: Make sparse matrix-matrix multiply thread-parallel*Created by: mhoemmen*
@trilinos/tpetra
This is related to #148 and #430. It may not require completion of either of those.
*Created by: mhoemmen*
@trilinos/tpetra
This is related to #148 and #430. It may not require completion of either of those.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/632Retrospective for #5942016-09-30T15:53:51ZJames WillenbringRetrospective for #594*Created by: mhoemmen*
Write a retrospective for #594, per Trilinos Leaders' Meeting discussion on Tue 20 Sep 2016.
@jhux2
*Created by: mhoemmen*
Write a retrospective for #594, per Trilinos Leaders' Meeting discussion on Tue 20 Sep 2016.
@jhux2
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/634Fix warnings for dashboard builds2016-10-05T18:11:10ZJames WillenbringFix warnings for dashboard builds*Created by: MicheldeMessieres*
This effort will be to fix various warnings seen in dashboard builds.
Those errors are at:
http://my.cdash.org/index.php?project=Trilinos&parentid=1052339
Pull requests to fix the warnings will be made s...*Created by: MicheldeMessieres*
This effort will be to fix various warnings seen in dashboard builds.
Those errors are at:
http://my.cdash.org/index.php?project=Trilinos&parentid=1052339
Pull requests to fix the warnings will be made separately for each package.
The current list of packages with issues (from Jim's e-mail):
ROL
Stokhos - probably fixed already
Pamgen
ShyLU
Piro
Kokkos
Rythmos
Mesquite
Panzer
ML (will skip for this round because previous pull request is outstanding)
Pliris (will skip for this round because previous pull request is outstanding)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/635Add written process for invoking a retrospective process in Trilinos2016-09-22T22:59:41ZJames WillenbringAdd written process for invoking a retrospective process in Trilinos*Created by: maherou*
For issues such as #594 we want to create a follow-on issue such as #632 to record a retrospective that can be used to improve development processes in the future.
We should add a write-up to the Trilinos wiki des...*Created by: maherou*
For issues such as #594 we want to create a follow-on issue such as #632 to record a retrospective that can be used to improve development processes in the future.
We should add a write-up to the Trilinos wiki describing this process:
- Criteria for when a retrospective is useful.
- Use of the retrospective label.
- Format of retrospective.
- Location of the retrospective content.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/639Create Trilinos GitHub Issue Lifecycle Model2017-08-07T13:33:47ZJames WillenbringCreate Trilinos GitHub Issue Lifecycle Model*Created by: maherou*
Recent activity with GitHub issues suggests we need an explicit issue lifecycle model to communicate expectations for clients, users and developers.
This issue results from a query by @mwglass. Others who might be...*Created by: maherou*
Recent activity with GitHub issues suggests we need an explicit issue lifecycle model to communicate expectations for clients, users and developers.
This issue results from a query by @mwglass. Others who might be interested are: @jwillenbring @bmpersc and @bartlettroscoe
Also, I have added a new label "process improvement" so we can group issues that have this theme.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/574Epetra_VbrMatrix::ExtractGlobalRowCopy has not been implemented yet.2016-08-23T13:37:36ZJames WillenbringEpetra_VbrMatrix::ExtractGlobalRowCopy has not been implemented yet.*Created by: RATATATO*
When I used Epetra_VbrMatrix::ExtractGlobalRowCopy in my source, my program outputted "Must implement....". and no elements were copied to an array.
Here is an example.
https://gist.github.com/RATATATO/5aaae9ed13...*Created by: RATATATO*
When I used Epetra_VbrMatrix::ExtractGlobalRowCopy in my source, my program outputted "Must implement....". and no elements were copied to an array.
Here is an example.
https://gist.github.com/RATATATO/5aaae9ed130d9bed87cb779531b25a84
Output is as follow
```
Must implement...
ExtractGlobalRowCopy: -1 -1
ExtractMyRowCopy: 1 4
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/652Building PyTrilinos on Windows2016-09-25T22:05:26ZJames WillenbringBuilding PyTrilinos on Windows*Created by: gpkc*
Hi,
Have anyone been able to build PyTrilinos on Windows?
I'm able to build other packages such as Epetra, AztecOO... But I can't seem to find a way to build PyTrilinos. I've been struggling for some time. First I was...*Created by: gpkc*
Hi,
Have anyone been able to build PyTrilinos on Windows?
I'm able to build other packages such as Epetra, AztecOO... But I can't seem to find a way to build PyTrilinos. I've been struggling for some time. First I was facing a few path issues. CMAKE was finding my numpy path and passing it to the `ASSERT_DEFINED` and `INCLUDE_DIRECTORIES` macros, but the path was being passed with backslashes (something like C:\Python27...). So I was getting a CMAKE error telling me that this variable had an invalid scape sequence, in this case, '\P'. I changed those macros to functions and those erros vanished. But now I'm now stuck with those other CMAKE errors, and I have no idea how to get rid of them:
```
Configuring individual enabled Trilinos packages ...
Processing enabled package: Teuchos (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
packages/teuchos/CMakeLists.txt:19 (TRIBITS_PACKAGE_DECL)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
packages/teuchos/CMakeLists.txt:19 (TRIBITS_PACKAGE_DECL)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable TeuchosCore_ENABLE_Boost is not defined!
Call Stack (most recent call first):
packages/teuchos/CMakeLists.txt:72 (ASSERT_DEFINED)
C++ compiler does NOT support __attribute__((constructor)) syntax
C++ compiler does NOT support __attribute__((weak)) syntax and testing weak functions
C++ compiler does NOT support #pragma weak syntax and testing weak functions
Processing enabled package: Epetra (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/epetra/CMakeLists.txt:3 (TRIBITS_PACKAGE)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/epetra/CMakeLists.txt:3 (TRIBITS_PACKAGE)
You have called ADD_LIBRARY for library epetra without any source files. This typically indicates a problem with your CMakeLists.txt file
Processing enabled package: Triutils (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/triutils/CMakeLists.txt:3 (TRIBITS_PACKAGE)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/triutils/CMakeLists.txt:3 (TRIBITS_PACKAGE)
You have called ADD_LIBRARY for library triutils without any source files. This typically indicates a problem with your CMakeLists.txt file
Processing enabled package: EpetraExt (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/epetraext/CMakeLists.txt:7 (TRIBITS_PACKAGE)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/epetraext/CMakeLists.txt:7 (TRIBITS_PACKAGE)
You have called ADD_LIBRARY for library epetraext without any source files. This typically indicates a problem with your CMakeLists.txt file
Processing enabled package: AztecOO (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/aztecoo/CMakeLists.txt:14 (TRIBITS_PACKAGE)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/aztecoo/CMakeLists.txt:14 (TRIBITS_PACKAGE)
You have called ADD_LIBRARY for library aztecoo without any source files. This typically indicates a problem with your CMakeLists.txt file
Processing enabled package: Ifpack (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/ifpack/CMakeLists.txt:7 (TRIBITS_PACKAGE)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/ifpack/CMakeLists.txt:7 (TRIBITS_PACKAGE)
You have called ADD_LIBRARY for library ifpack without any source files. This typically indicates a problem with your CMakeLists.txt file
Processing enabled package: PyTrilinos (Libs)
CMake Error at cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:135 (TRIBITS_SETUP_STRONG_COMPILE_WARNINGS):
TRIBITS_SETUP_STRONG_COMPILE_WARNINGS Function invoked with incorrect
arguments for function named: TRIBITS_SETUP_STRONG_COMPILE_WARNINGS
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/PyTrilinos/CMakeLists.txt:48 (TRIBITS_PACKAGE)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable PARSE_CLEANED is not defined!
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsPackageSetupCompilerFlags.cmake:140 (ASSERT_DEFINED)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:230 (TRIBITS_SETUP_COMPILER_FLAGS)
cmake/tribits/core/package_arch/TribitsPackageMacros.cmake:320 (TRIBITS_PACKAGE_DECL)
packages/PyTrilinos/CMakeLists.txt:48 (TRIBITS_PACKAGE)
```
Those errors appear only when I activate the PyTrilinos package.
I've followed [this tutorial](https://github.com/INMOST-DEV/INMOST/wiki/0207-Compilation-Trilinos-Windows) and adapted it to my needs using VS2013, and also installed [SWIGWIN](http://prdownloads.sourceforge.net/swig/swigwin-3.0.10.zip).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/655MueLu: "Challenge" example fails to link with CUDA, when Serial Node disabled2016-12-07T00:15:33ZJames WillenbringMueLu: "Challenge" example fails to link with CUDA, when Serial Node disabled*Created by: mhoemmen*
@trilinos/muelu
MueLu's "Challenge" example (muelu/doc/Tutorial/src/Challenge.cpp) fails to link when CUDA is enabled, but Tpetra's "Serial" Node type is disabled.
```
undefined reference to `Tpetra::Map<int, i...*Created by: mhoemmen*
@trilinos/muelu
MueLu's "Challenge" example (muelu/doc/Tutorial/src/Challenge.cpp) fails to link when CUDA is enabled, but Tpetra's "Serial" Node type is disabled.
```
undefined reference to `Tpetra::Map<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::getNode() const'
```
(etc.)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/657ShyLU: CUDA build error, possibly related to "using namespace std" in global ...2016-09-27T16:30:53ZJames WillenbringShyLU: CUDA build error, possibly related to "using namespace std" in global namespace*Created by: mhoemmen*
@trilinos/shylu I think we've seen something like this before. Back then, it related to including math.h instead of cmath. I didn't see any math.h includes in this file or its header, but there might be some inc...*Created by: mhoemmen*
@trilinos/shylu I think we've seen something like this before. Back then, it related to including math.h instead of cmath. I didn't see any math.h includes in this file or its header, but there might be some included somewhere.
```
[ 90%] Building CXX object packages/shylu/core/src/CMakeFiles/shylu.dir/epetra/shylu_local_schur_operator.cpp.o
.../Trilinos/packages/tpetra/kernels/src/Kokkos_ArithTraits.hpp(572): error: more than one instance of overloaded function "isinf" matches the argument list:
function "isinf(float)"
function "std::isinf(float)"
argument types are: (const float)
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/658Tpetra::CrsGraph::makeColMap: Thread-parallelize it & remove (unstated) UVM a...2017-10-26T20:28:40ZJames WillenbringTpetra::CrsGraph::makeColMap: Thread-parallelize it & remove (unstated) UVM assumption*Created by: mhoemmen*
@trilinos/tpetra
Story: #829, #832
Thread-parallelize Tpetra::CrsGraph::makeColMap and remove the unstated UVM assumption.
We can only thread-parallelize this if the graph is StaticProfile. Current stora...*Created by: mhoemmen*
@trilinos/tpetra
Story: #829, #832
Thread-parallelize Tpetra::CrsGraph::makeColMap and remove the unstated UVM assumption.
We can only thread-parallelize this if the graph is StaticProfile. Current storage for DynamicProfile is host only and not thread safe (`Teuchos::ArrayRCP<Teuchos::Array< LO | GO > >`).
The case where `sortGhostsAssociatedWithEachProcessor_` is true is easier:
1. Estimate number of entries in column Map on calling process
2. Create Kokkos::UnorderedMap to store those entries
3. Use local version of domain Map to figure out what's local & what's remote; stash remotes in the UnorderedMap
4. Convert UnorderedMap into array, and sort (the current version uses `std::set`, which sorts on insert)
5. Continue with the rest of the method, more or less as it stands
If `sortGhostsAssociatedWithEachProcessor_` is false, we can use the result of Step 4 above to allocate an array (corresponding to `RemoteGIDUnorderedVector` in the current version of the code), then make a second pass in order to fill it.
Making _everything_ thread parallel in this method depends on a fix for #659.
I marked this as "results impacting," because if `sortGhostsAssociatedWithEachProcessor_` is true, the changes proposed above may change the order of remotes in the column Map. This may, in turn, change the order of entries in some rows of the sparse matrix, which may change results (even in exact arithmetic) for some preconditioners / smoothers (e.g., Gauss-Seidel or SOR, implemented in Ifpack2::Relaxation).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/659Tpetra::Map::getRemoteIndexList: Thread-parallelize it & remove any UVM assum...2017-10-26T20:29:11ZJames WillenbringTpetra::Map::getRemoteIndexList: Thread-parallelize it & remove any UVM assumptions*Created by: mhoemmen*
@trilinos/tpetra Thread-parallelize Tpetra::Map::getRemoteIndexList and remove any UVM assumptions.
*Created by: mhoemmen*
@trilinos/tpetra Thread-parallelize Tpetra::Map::getRemoteIndexList and remove any UVM assumptions.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/662KokkosKernels: Add segmented sort / sort-and-merge2016-10-26T04:10:08ZJames WillenbringKokkosKernels: Add segmented sort / sort-and-merge*Created by: mhoemmen*
See #660 for a use case. Tpetra::Crs{Graph,Matrix}::fillComplete currently needs segmented sort-and-merge, though a fix for #119 would remove the "-and-merge" requirement.
Thrust doesn't have anything like this....*Created by: mhoemmen*
See #660 for a use case. Tpetra::Crs{Graph,Matrix}::fillComplete currently needs segmented sort-and-merge, though a fix for #119 would remove the "-and-merge" requirement.
Thrust doesn't have anything like this. stable_sort_by_key() just does what Tpetra::sort2 currently does, namely apply the implicit permutation resulting from sorting keys, to a corresponding array of values.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/664Tpetra: Thread-parallelize RowMatrixTransposer (for P^T (A*P) in MueLu setup)2018-06-15T18:04:26ZJames WillenbringTpetra: Thread-parallelize RowMatrixTransposer (for P^T (A*P) in MueLu setup)*Created by: mhoemmen*
@trilinos/tpetra @trilinos/muelu
Story: #629
Blocked by: #905
Thread-parallelize Tpetra::RowMatrixTransposer. This matters because of the P^T \* (AP) kernel in MueLu setup. The transpose should normally s...*Created by: mhoemmen*
@trilinos/tpetra @trilinos/muelu
Story: #629
Blocked by: #905
Thread-parallelize Tpetra::RowMatrixTransposer. This matters because of the P^T \* (AP) kernel in MueLu setup. The transpose should normally still cost less than the sparse matrix-matrix multiply, but once we thread the latter, the transpose may become a bottleneck. It's also not hard to thread parallelize.
In sparse matrix-matrix multiply, the input Tpetra::CrsMatrix to transpose is always fill complete. Thus, we can use the KokkosSparse::CrsMatrix directly. Here's how to get the number of entries in each row of the transpose (result):
```
using Kokkos::Atomic;
using Kokkos::MemoryTraits;
using Kokkos::parallel_for;
using Kokkos::RangePolicy;
Kokkos::View<offset_type*, DT> counts ("counts", lclNumCols);
Kokkos::View<offset_type*, DT, MemoryTraits<Atomic> > countsAtomic = counts;
parallel_for (RangePolicy<typename DT::execution_space, LO> (0, lclNumRows),
KOKKOS_LAMBDA (const LO& lclRow) {
for (offset_type k = ptr(lclRow); k < ptr(lclRow+1); ++k) {
++countsAtomic(ind(k));
}
});
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/660Tpetra::CrsGraph: 2- or 3-level thread parallelization of sortAllIndices & me...2017-10-26T20:30:14ZJames WillenbringTpetra::CrsGraph: 2- or 3-level thread parallelization of sortAllIndices & mergeAllIndices*Created by: mhoemmen*
@trilinos/tpetra Do a 2-level or 3-level thread parallelization of Tpetra::CrsGraph methods sortAllIndices and mergeAllIndices.
This is a "story" because this may call for a thread-parallel segmented sort, or s...*Created by: mhoemmen*
@trilinos/tpetra Do a 2-level or 3-level thread parallelization of Tpetra::CrsGraph methods sortAllIndices and mergeAllIndices.
This is a "story" because this may call for a thread-parallel segmented sort, or segmented sort-and-merge.
Update (12 Nov 2016): I rewrote this issue to reflect a multiple-step process. See #832. The first step will be a single-level thread parallelization. The second step (likely done at the same time) will be to remove any implicit UVM assumptions that the methods may make. The third step would be this issue, a 2-level or 3-level parallelization that relies on a segmented sort (which does not exist yet; see #662).Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/636Belos Static Teuchos RCP Segmentation Fault with Clang2016-09-22T21:22:31ZJames WillenbringBelos Static Teuchos RCP Segmentation Fault with Clang*Created by: sslattery*
Per discussion with @bartlettroscoe, Clang 7 and 8 produce a segmentation fault on Mac OS X 10.11.6 at runtime in Belos when trying to construct a static RCP to an ostream using std::cout. The belos unit tests do...*Created by: sslattery*
Per discussion with @bartlettroscoe, Clang 7 and 8 produce a segmentation fault on Mac OS X 10.11.6 at runtime in Belos when trying to construct a static RCP to an ostream using std::cout. The belos unit tests do not pass on the master due to the segmentation fault:
```
Start 1: Belos_Factory_MPI_4
1/5 Test #1: Belos_Factory_MPI_4 ................***Failed 0.04 sec
Start 2: Belos_test_gcrodr_complex_MPI_4
2/5 Test #2: Belos_test_gcrodr_complex_MPI_4 ....***Failed 0.09 sec
Start 3: Belos_test_rcg_complex_MPI_4
3/5 Test #3: Belos_test_rcg_complex_MPI_4 .......***Failed 0.07 sec
Start 4: Belos_test_lsqr_complex_MPI_4
4/5 Test #4: Belos_test_lsqr_complex_MPI_4 ...... Passed 0.15 sec
Start 5: Belos_test_factory_complex_MPI_4
5/5 Test #5: Belos_test_factory_complex_MPI_4 ... Passed 0.16 sec
```
Attached the configuration file and an lldb stack trace from the factory test failure. Configuration is standard with MPI and Belos enabled.
[configure.txt](https://github.com/trilinos/Trilinos/files/486421/configure.txt)
[belos_segfault.txt](https://github.com/trilinos/Trilinos/files/486409/belos_segfault.txt)
The stack trace points to BelosBlockGmresSolMgr.hpp:404 but I have also experienced this with the BelosPseudoBlockGmresSolMgr and I suspect it also occurs with other places where the static RCP to the stream is being constructed.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/676In Ifpack2::RILUK::initialize(), there is a sometimes-unnecessary memory tran...2016-10-12T14:11:00ZJames WillenbringIn Ifpack2::RILUK::initialize(), there is a sometimes-unnecessary memory transient.*Created by: ambrad*
#570 focused on making RILUK reusuable. As a side effect, it confined a memory transient (a CRS copy of the matrix) to initialize(); previously, it persisted over the lifetime of the RILUK object.
The objective of ...*Created by: ambrad*
#570 focused on making RILUK reusuable. As a side effect, it confined a memory transient (a CRS copy of the matrix) to initialize(); previously, it persisted over the lifetime of the RILUK object.
The objective of this issue is to remove the transient completely in most use cases.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/675Memory growth in Drekar application2017-03-14T18:19:49ZJames WillenbringMemory growth in Drekar application*Created by: jhux2*
@ambrad @rppawlo @eric-c-cyr
Reported by @pwxy
"I'm running the drekar steady-state 3d MHD generator test case with tpetra/belos/muelu, and forcing the Krylov solver to always take 100 steps of TFQMR. The memory ...*Created by: jhux2*
@ambrad @rppawlo @eric-c-cyr
Reported by @pwxy
"I'm running the drekar steady-state 3d MHD generator test case with tpetra/belos/muelu, and forcing the Krylov solver to always take 100 steps of TFQMR. The memory usage appears to be growing, with maximum among the MPI processing being 303MB after the first newton step and 413 MB after the 6th newton step. Maybe I'm missing something, but if I'm using TFQMR and running the same number of iterations per newton step, why should the max memory usage grow by 36% after 6 newton steps? Seems to me that it should not be growing. TFQMR is being preconditioned by MueLu with ifpack2 additive schwarz with one level of overlap."
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/681Stratimikos CMake logic appears to depend on Tpetra CMake variables, even if ...2016-11-09T21:18:13ZJames WillenbringStratimikos CMake logic appears to depend on Tpetra CMake variables, even if Tpetra not enabled*Created by: mhoemmen*
@bartlettroscoe @trilinos/stratimikos
Michele Martone has been working on Epetra changes. He has been trying to get the check-in test script to work. When he enabled Epetra and disabled Kokkos explicitly, his ...*Created by: mhoemmen*
@bartlettroscoe @trilinos/stratimikos
Michele Martone has been working on Epetra changes. He has been trying to get the check-in test script to work. When he enabled Epetra and disabled Kokkos explicitly, his SERIAL_RELEASE build got the following CMake errors:
```
Processing enabled package: Stratimikos (Libs, Tests, Examples)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable Tpetra_INST_DOUBLE is not defined!
Call Stack (most recent call first):
packages/stratimikos/test/CMakeLists.txt:166 (ASSERT_DEFINED)
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable Tpetra_INST_INT_INT is not defined!
Call Stack (most recent call first):
packages/stratimikos/test/CMakeLists.txt:167 (ASSERT_DEFINED)
```
Does this mean that Stratimikos depends on Tpetra's CMake variables, but nevertheless does not declare a required dependency on Tpetra? If so, this should be easy to fix: just have the above code check `DEFINED Tpetra_INST_DOUBLE` (etc.) before putting `Tpetra_INST_DOUBLE` (etc.) in an IF statement.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/682Tpetra::Crs{Graph,Matrix}: Add local_offset_type typedef2016-11-02T20:11:36ZJames WillenbringTpetra::Crs{Graph,Matrix}: Add local_offset_type typedef*Created by: mhoemmen*
@trilinos/tpetra Per request by @kddevin (see #674 discussion), add a `local_offset_type` typedef to Tpetra::CrsGraph and Tpetra::CrsMatrix. This type tells users the type that Tpetra uses to store row offsets, i...*Created by: mhoemmen*
@trilinos/tpetra Per request by @kddevin (see #674 discussion), add a `local_offset_type` typedef to Tpetra::CrsGraph and Tpetra::CrsMatrix. This type tells users the type that Tpetra uses to store row offsets, in the local sparse graph / matrix. The `local_` prefix makes it clear that this refers to the _local_ data structure.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/686Improve String Handling of Validators2016-10-05T18:11:10ZJames WillenbringImprove String Handling of Validators*Created by: MicheldeMessieres*
We have added some code to EnhancedNumberValidator so it will handle strings.
This creates some duplication with AnyNumberParameterEntryValidator.
The task will be to reorganize the validator classes to ...*Created by: MicheldeMessieres*
We have added some code to EnhancedNumberValidator so it will handle strings.
This creates some duplication with AnyNumberParameterEntryValidator.
The task will be to reorganize the validator classes to eliminate the duplication. This has been discussed in issue #612.
The general plan would be to create a [composite class](https://en.wikipedia.org/wiki/Composite_pattern) that will allow of stringing together validators including AnyNumberParameterEntryValidator and EnhancedNumberValidator.
**Tasks:**
1. Create a CompositeParameterEntryValidator subclass and add unit tests (including stringing together AnyNumberParameterEntryValidator and EnhancedNumberValidator with all the various use cases).
2. Refactor Zoltan2 code to use new CompositeParameterEntryValidator subclass with AnyNumberParameterEntryValidator and EnhancedNumberValidator objects.
3. Remove all the string handling from EnhancedNumberValidator (since string conversions will now be handled with AnyNumberParameterEntryValidator that does the conversions).
4. Remove some unit tests added for EnhancedNumberValidator accepting strings.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/691KokkosKernels: One kernel instantiation for both CudaSpace and CudaUVMSpace2016-10-05T19:11:59ZJames WillenbringKokkosKernels: One kernel instantiation for both CudaSpace and CudaUVMSpace*Created by: mhoemmen*
This depends on https://github.com/kokkos/kokkos/issues/290. (See also https://github.com/kokkos/kokkos/issues/290 , marked as redundant.)
Once the above Kokkos issue is fixed, we'll be able to assign from a Cud...*Created by: mhoemmen*
This depends on https://github.com/kokkos/kokkos/issues/290. (See also https://github.com/kokkos/kokkos/issues/290 , marked as redundant.)
Once the above Kokkos issue is fixed, we'll be able to assign from a CudaUVMSpace View to a CudaSpace View. This will let us just instantiate kernels for CudaSpace.
@trilinos/tpetra
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/689Tpetra: Is there a way to copy examples' .cpp files into user's build dir, th...2016-11-02T20:12:14ZJames WillenbringTpetra: Is there a way to copy examples' .cpp files into user's build dir, then have Makefiles there?*Created by: mhoemmen*
@trilinos/tpetra
@tjfulle asks this. Maybe this could be like Kokkos' tutorial, with a simple Makefile in each directory.
*Created by: mhoemmen*
@trilinos/tpetra
@tjfulle asks this. Maybe this could be like Kokkos' tutorial, with a simple Makefile in each directory.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/697Tpetra::RowMatrixTransposer: Generalize test that depends unnecessarily on GO...2016-11-02T20:14:11ZJames WillenbringTpetra::RowMatrixTransposer: Generalize test that depends unnecessarily on GO=int*Created by: mhoemmen*
@trilinos/tpetra
The Tpetra::RowMatrixTransposer test currently only builds and runs when GO=int is enabled. First, fix the test so that it is templated on GO (and LO and Node). Then, fix the CMakeLists.txt fi...*Created by: mhoemmen*
@trilinos/tpetra
The Tpetra::RowMatrixTransposer test currently only builds and runs when GO=int is enabled. First, fix the test so that it is templated on GO (and LO and Node). Then, fix the CMakeLists.txt file (tpetra/core/test/RowMatrixTransposer/CMakeLists.txt), so that it builds and runs the test unconditionally, whether or not GO=int is enabled (see #74). Use #695 and #696 as guides.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/704TeuchosCore_TypeConversions_UnitTest_MPI_1 Fails on POWER8 RHEL7.3 with CUDA ...2016-10-17T18:47:45ZJames WillenbringTeuchosCore_TypeConversions_UnitTest_MPI_1 Fails on POWER8 RHEL7.3 with CUDA 8.0.44 and GCC 5.4.0*Created by: nmhamster*
I am running on POWER8 with GCC 5.4.0 and CUDA 8.0.44 with OpenMPI 1.10.4. A number of tests are failing including TeuchosCore_TypeConversions_UnitTest_MPI_1.
```
$ ctest -V -R TeuchosCore_TypeConversions_UnitTe...*Created by: nmhamster*
I am running on POWER8 with GCC 5.4.0 and CUDA 8.0.44 with OpenMPI 1.10.4. A number of tests are failing including TeuchosCore_TypeConversions_UnitTest_MPI_1.
```
$ ctest -V -R TeuchosCore_TypeConversions_UnitTest_MPI_1
```
```
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Add coverage exclude regular expressions.
SetCTestConfiguration:CMakeCommand:/home/projects/pwr8-rhel73-lsf/cmake/3.6.2/bin/cmake
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Test project /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
Checking test dependency graph end
test 66
Start 66: TeuchosCore_TypeConversions_UnitTest_MPI_1
66: Test command: /ascldap/users/projects/pwr8-rhel73-lsf/openmpi/1.10.4/gcc/5.4.0/cuda/8.0.44/bin/mpiexec "-np" "1" "/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/teuchos/core/test/TypeConversions/TeuchosCore_TypeConversions_UnitTest.exe"
66: Test timeout computed to be: 1500
66: Teuchos::GlobalMPISession::GlobalMPISession(): started processor with name white28 and rank 0!
66:
66: ***
66: *** Unit test suite ...
66: ***
66:
66:
66: Sorting tests by group name then by the order they were added ... (time = 2.69e-05)
66:
66: Running unit tests ...
66:
66: 0. asSafe_realToReal_UnitTest ... [Passed] (0.000292 sec)
66: 1. asSafe_stringToReal_UnitTest ...
66: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
66: valF = -3.40282347e+38 == -3.40282347e+38 : passed
66: Test that code {valF = as<float> (os.str ());} does not throw : passes
66: valF = -3.40282347e+38 == -3.40282347e+38 : passed
66: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
66: valF = 3.40282347e+38 == 3.40282347e+38 : passed
66: Test that code {valF = as<float> (os.str ());} does not throw : passes
66: valF = 3.40282347e+38 == 3.40282347e+38 : passed
66: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
66: valF = -1.00000000e+00 == -1.00000000e+00 : passed
66: Test that code {valF = as<float> (os.str ());} does not throw : passes
66: valF = -1.00000000e+00 == -1.00000000e+00 : passed
66: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
66: valF = -1.00000000e+00 == -1.00000000e+00 : passed
66: Test that code {valF = as<float> (os.str ());} does not throw : passes
66: valF = -1.00000000e+00 == -1.00000000e+00 : passed
66: Test that code {valF = asSafe<float> (os.str ());} throws std::range_error: passed
66:
66: Exception message for expected exception:
66:
66: /ascldap/users/sdhammo/git/trilinos-github-repo/packages/teuchos/core/src/Teuchos_as.hpp:558:
66:
66: Throw number = 1
66:
66: Throw test that evaluated to true: errno == ERANGE && (val != 0)
66:
66: Teuchos::ValueTypeConversionTraits<float, std::string>::convert: The value in the given string "-1.79769313e+308" overflows float.
66:
66: Test that code {valF = asSafe<float> (os.str ());} throws std::range_error: passed
66:
66: Exception message for expected exception:
66:
66: /ascldap/users/sdhammo/git/trilinos-github-repo/packages/teuchos/core/src/Teuchos_as.hpp:558:
66:
66: Throw number = 2
66:
66: Throw test that evaluated to true: errno == ERANGE && (val != 0)
66:
66: Teuchos::ValueTypeConversionTraits<float, std::string>::convert: The value in the given string "1.79769313e+308" overflows float.
66:
66: Test that code {valD = asSafe<double> (os.str ());} does not throw : passed
66: valD = -1.79769313486231571e+308 == -1.79769313486231571e+308 : passed
66: Test that code {valD = as<double> (os.str ());} does not throw : passed
66: valD = -1.79769313486231571e+308 == -1.79769313486231571e+308 : passed
66: Test that code {valD = asSafe<double> (os.str ());} does not throw : passed
66: valD = 1.79769313486231571e+308 == 1.79769313486231571e+308 : passed
66: Test that code {valD = as<double> (os.str ());} does not throw : passed
66: valD = 1.79769313486231571e+308 == 1.79769313486231571e+308 : passed
66: Test that code {valD = asSafe<double> (os.str ());} does not throw : passed
66: valD = -1.00000000000000000e+00 == -1.00000000000000000e+00 : passed
66: Test that code {valD = as<double> (os.str ());} does not throw : passed
66: valD = -1.00000000000000000e+00 == -1.00000000000000000e+00 : passed
66: Test that code {valD = asSafe<double> (os.str ());} throws std::range_error: failed (code did not throw an exception at all)
66: Test that code {valD = asSafe<double> (os.str ());} throws std::range_error: failed (code did not throw an exception at all)
66: Test that code {valLD = asSafe<long double> (os.str ());} does not throw : passed
66: valLD = -1.79769e+308 == -1.79769e+308 : passed
66: Test that code {valLD = as<long double> (os.str ());} does not throw : passed
66: valLD = -1.79769e+308 == -1.79769e+308 : passed
66: Test that code {valLD = asSafe<long double> (os.str ());} does not throw : passed
66: valLD = 1.79769e+308 == 1.79769e+308 : passed
66: Test that code {valLD = as<long double> (os.str ());} does not throw : passed
66: valLD = 1.79769e+308 == 1.79769e+308 : passed
66: Test that code {valLD = asSafe<long double> (os.str ());} does not throw : passed
66: valLD = -1 == -1 : passed
66: Test that code {valLD = as<long double> (os.str ());} does not throw : passed
66: valLD = -1 == -1 : passed
66: [FAILED] (0.000326 sec) asSafe_stringToReal_UnitTest
66: Location: /ascldap/users/sdhammo/git/trilinos-github-repo/packages/teuchos/core/test/TypeConversions/TypeConversions_UnitTest.cpp:274
66:
66: 2. asSafe_stringToIntPositiveOverflow_UnitTest ... [Passed] (2.79e-05 sec)
66: 3. asSafe_stringToIntNegativeOverflow_UnitTest ... [Passed] (2.29e-05 sec)
66: 4. asSafe_double_int_realToSignedIntTypeOverflow_UnitTest ... [Passed] (3.1e-05 sec)
66: 5. asSafe_double_long_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
66: 6. asSafe_double_long_long_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
66: 7. asSafe_double_short_realToSignedIntTypeOverflow_UnitTest ... [Passed] (3.1e-05 sec)
66: 8. asSafe_double_unsigned_int_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (0.00011 sec)
66: 9. asSafe_double_unsigned_long_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (9.2e-05 sec)
66: 10. asSafe_double_unsigned_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (8.61e-05 sec)
66: 11. asSafe_double_unsigned_short_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (2.91e-05 sec)
66: 12. asSafe_float_int_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
66: 13. asSafe_float_long_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
66: 14. asSafe_float_long_long_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (9.54e-07 sec)
66: 15. asSafe_float_short_realToSignedIntTypeOverflow_UnitTest ... [Passed] (2.81e-05 sec)
66: 16. asSafe_float_unsigned_int_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (8.39e-05 sec)
66: 17. asSafe_float_unsigned_long_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (8.42e-05 sec)
66: 18. asSafe_float_unsigned_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (8.2e-05 sec)
66: 19. asSafe_float_unsigned_short_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (2.69e-05 sec)
66: 20. asSafe_int_stringToIntegerPositive_UnitTest ... [Passed] (5.01e-06 sec)
66: 21. asSafe_int_stringToIntegerShouldThrow_UnitTest ... [Passed] (4.1e-05 sec)
66: 22. asSafe_int_stringToIntegerNegative_UnitTest ... [Passed] (5.96e-06 sec)
66: 23. asSafe_int_unsigned_int_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (3.89e-05 sec)
66: 24. asSafe_long_stringToIntegerPositive_UnitTest ... [Passed] (5.01e-06 sec)
66: 25. asSafe_long_stringToIntegerShouldThrow_UnitTest ... [Passed] (2e-05 sec)
66: 26. asSafe_long_stringToIntegerNegative_UnitTest ... [Passed] (4.05e-06 sec)
66: 27. asSafe_long_long_type_stringToIntegerPositive_UnitTest ... [Passed] (1e-05 sec)
66: 28. asSafe_long_long_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (2.12e-05 sec)
66: 29. asSafe_long_long_type_stringToIntegerNegative_UnitTest ... [Passed] (5.01e-06 sec)
66: 30. asSafe_long_long_type_unsigned_long_long_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (4.2e-05 sec)
66: 31. asSafe_long_unsigned_long_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (3.7e-05 sec)
66:
66: *** RealType = double, UnsignedIntType = unsigned int, maxVal = 1.79769e+308, maxUnsignedIntVal = 4294967295, asSafe (maxVal) = (asSafe threw an exception)
66:
66: *** RealType = double, UnsignedIntType = unsigned long long, maxVal = 1.79769e+308, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
66:
66: *** RealType = double, UnsignedIntType = unsigned long int, maxVal = 1.79769e+308, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
66:
66: *** RealType = float, UnsignedIntType = unsigned int, maxVal = 3.40282e+38, maxUnsignedIntVal = 4294967295, asSafe (maxVal) = (asSafe threw an exception)
66:
66: *** RealType = float, UnsignedIntType = unsigned long long, maxVal = 3.40282e+38, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
66:
66: *** RealType = float, UnsignedIntType = unsigned long int, maxVal = 3.40282e+38, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
66: 32. asSafe_short_stringToIntegerPositive_UnitTest ... [Passed] (1.31e-05 sec)
66: 33. asSafe_short_stringToIntegerShouldThrow_UnitTest ... [Passed] (5.29e-05 sec)
66: 34. asSafe_short_stringToIntegerNegative_UnitTest ... [Passed] (8.82e-06 sec)
66: 35. asSafe_short_unsigned_short_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (5.6e-05 sec)
66: 36. asSafe_unsigned_int_type_stringToIntegerPositive_UnitTest ... [Passed] (1.12e-05 sec)
66: 37. asSafe_unsigned_int_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (5.39e-05 sec)
66: 38. asSafe_unsigned_long_long_type_stringToIntegerPositive_UnitTest ... [Passed] (1.1e-05 sec)
66: 39. asSafe_unsigned_long_long_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (3.19e-05 sec)
66: 40. asSafe_unsigned_long_type_stringToIntegerPositive_UnitTest ... [Passed] (7.87e-06 sec)
66: 41. asSafe_unsigned_long_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (2.98e-05 sec)
66: 42. asSafe_unsigned_short_type_stringToIntegerPositive_UnitTest ... [Passed] (8.11e-06 sec)
66: 43. asSafe_unsigned_short_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (5.29e-05 sec)
66: 44. as_int_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.22e-05 sec)
66: 45. as_int_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.41e-05 sec)
66: 46. as_int_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.39e-05 sec)
66: 47. as_int_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 48. as_int_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.5e-05 sec)
66: 49. as_int_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.19e-05 sec)
66: 50. as_int_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 51. as_int_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 52. as_int_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
66: 53. as_int_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.1e-05 sec)
66: 54. as_int_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 55. as_long_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (4.98e-05 sec)
66: 56. as_long_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.41e-05 sec)
66: 57. as_long_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.19e-05 sec)
66: 58. as_long_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.41e-05 sec)
66: 59. as_long_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.29e-05 sec)
66: 60. as_long_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (3.39e-05 sec)
66: 61. as_long_long_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.81e-05 sec)
66: 62. as_long_long_type_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 63. as_long_long_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 64. as_long_long_type_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 65. as_long_long_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 66. as_long_long_type_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 67. as_long_long_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.79e-05 sec)
66: 68. as_long_long_type_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 69. as_long_long_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 70. as_long_long_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 71. as_long_long_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 72. as_long_long_type_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 73. as_long_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 74. as_long_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 75. as_long_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 76. as_long_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 77. as_long_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 78. as_short_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 79. as_short_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 80. as_short_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.79e-05 sec)
66: 81. as_short_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 82. as_short_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 83. as_short_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 84. as_short_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.79e-05 sec)
66: 85. as_short_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 86. as_short_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.79e-05 sec)
66: 87. as_short_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 88. as_unsigned_int_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 89. as_unsigned_int_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 90. as_unsigned_int_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 91. as_unsigned_int_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 92. as_unsigned_int_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 93. as_unsigned_int_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.79e-05 sec)
66: 94. as_unsigned_int_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 95. as_unsigned_long_long_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 96. as_unsigned_long_long_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 97. as_unsigned_long_long_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 98. as_unsigned_long_long_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 99. as_unsigned_long_long_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (4.2e-05 sec)
66: 100. as_unsigned_long_long_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.88e-05 sec)
66: 101. as_unsigned_long_long_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 102. as_unsigned_long_long_type_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 103. as_unsigned_long_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 104. as_unsigned_long_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 105. as_unsigned_long_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3e-05 sec)
66: 106. as_unsigned_long_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 107. as_unsigned_long_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3e-05 sec)
66: 108. as_unsigned_long_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.1e-05 sec)
66: 109. as_unsigned_long_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3.39e-05 sec)
66: 110. as_unsigned_short_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (3e-05 sec)
66: 111. as_unsigned_short_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.79e-05 sec)
66: 112. as_unsigned_short_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.88e-05 sec)
66: 113. as_unsigned_short_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.81e-05 sec)
66: 114. as_unsigned_short_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.91e-05 sec)
66: 115. as_unsigned_short_type_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (1.79e-05 sec)
66:
66: The following tests FAILED:
66: 1. asSafe_stringToReal_UnitTest ...
66:
66: Total Time: 0.00537 sec
66:
66: Summary: total = 116, run = 116, passed = 115, failed = 1
66:
66: End Result: TEST FAILED
66: -------------------------------------------------------
66: Primary job terminated normally, but 1 process returned
66: a non-zero exit code.. Per user-direction, the job has been aborted.
66: -------------------------------------------------------
66: --------------------------------------------------------------------------
66: mpiexec detected that one or more processes exited with non-zero status, thus causing
66: the job to be terminated. The first process to do so was:
66:
66: Process name: [[10953,1],0]
66: Exit code: 1
66: --------------------------------------------------------------------------
1/1 Test #66: TeuchosCore_TypeConversions_UnitTest_MPI_1 ...***Failed Required regular expression not found.Regex=[End Result: TEST PASSED
] 0.53 sec
0% tests passed, 1 tests failed out of 1
Label Time Summary:
Teuchos = 0.53 sec (1 test)
Total Test time (real) = 1.22 sec
The following tests FAILED:
66 - TeuchosCore_TypeConversions_UnitTest_MPI_1 (Failed)
Errors while running CTest
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/709Anasazi tests failing with Intel 162016-10-14T19:55:21ZJames WillenbringAnasazi tests failing with Intel 16*Created by: bmpersc*
There are 2 tests failing when built with Intel 16.
Anasazi_Epetra_OrthoManagerGenTester_1_MPI_4
Anasazi_Epetra_ModalSolversTester_MPI_4
You can view the test output at:
http://testing.sandia.gov/cdash/viewTest...*Created by: bmpersc*
There are 2 tests failing when built with Intel 16.
Anasazi_Epetra_OrthoManagerGenTester_1_MPI_4
Anasazi_Epetra_ModalSolversTester_MPI_4
You can view the test output at:
http://testing.sandia.gov/cdash/viewTest.php?onlyfailed&buildid=2588866
In case the link is dead the output from the tests follows.
The output for test Anasazi_Epetra_OrthoManagerGenTester_1_MPI_4 is:
```
Anasazi Version 2.4d - 9/4/2009
Generating Y1,Y2 for project() : testing...
|| <Y1,Y1> - I || : 6.97263e-16
|| <Y2,Y2> - I || : 4.38058e-16
|| <X1,Y2> || : 2.36899e-15
|| <X1b,Y2> || : 1.4812e-14
p=1: *** Caught standard std::exception of type 'std::runtime_error' :
/scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/anasazi/epetra/test/OrthoManager/cxx_gentest.cpp:261:
Throw number = 1
Throw test that evaluated to true: err > TOL
New X1 did not meet tolerance: orthog(X1,Y2) == 1.59828
p=2: *** Caught standard std::exception of type 'std::runtime_error' :
/scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/anasazi/epetra/test/OrthoManager/cxx_gentest.cpp:261:
Throw number = 1
Throw test that evaluated to true: err > TOL
New X1 did not meet tolerance: orthog(X1,Y2) == 1.59828
p=3: *** Caught standard std::exception of type 'std::runtime_error' :
/scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/anasazi/epetra/test/OrthoManager/cxx_gentest.cpp:261:
Throw number = 1
Throw test that evaluated to true: err > TOL
New X1 did not meet tolerance: orthog(X1,Y2) == 1.59828
p=0: *** Caught standard std::exception of type 'std::runtime_error' :
/scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/anasazi/epetra/test/OrthoManager/cxx_gentest.cpp:261:
Throw number = 1
Throw test that evaluated to true: err > TOL
New X1 did not meet tolerance: orthog(X1,Y2) == 1.59828
End Result: TEST FAILED
-------------------------------------------------------
Primary job terminated normally, but 1 process returned
a non-zero exit code.. Per user-direction, the job has been aborted.
-------------------------------------------------------
--------------------------------------------------------------------------
mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:
Process name: [[26495,1],1]
Exit code: 255
--------------------------------------------------------------------------
```
The output for test Anasazi_Epetra_ModalSolversTester_MPI_4 is:
```
Anasazi Version 2.4d - 9/4/2009
************* Householder Apply Test *************
orthonorm error of V: 3.49881e-16
orthonorm error of VQ: 0.37435
ERROR: V*Q failed.
orthonorm error of applyHouse: 0.37435
ERROR: applyHouse failed.
error(VQ - house(V,H,tau): 3.7756e-16
************* DirectSolver Test *************
pass: directSolve(diag(lambda)) correct.
pass: directSolve(diag(lambda),2I) correct.
pass: directSolve(diag(lambda),2I) correct.
pass: directSolve(diag(lambda),2I) with permute correct.
End Result: TEST FAILED
-------------------------------------------------------
Primary job terminated normally, but 1 process returned
a non-zero exit code.. Per user-direction, the job has been aborted.
-------------------------------------------------------
--------------------------------------------------------------------------
mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:
Process name: [[25834,1],0]
Exit code: 255
--------------------------------------------------------------------------
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/705Belos_pseudo_gmres_hb_MPI_4 Fails on POWER8 with GCC 5.4.0 and CUDA 8.0.44 wi...2016-10-13T18:24:43ZJames WillenbringBelos_pseudo_gmres_hb_MPI_4 Fails on POWER8 with GCC 5.4.0 and CUDA 8.0.44 with OpenMPI 1.10.4*Created by: nmhamster*
Running on POWER8 with GCC 5.4.0 and CUDA 8.0.44 with OpenMPI 1.10.4.
```
$ ctest -V -R Belos_pseudo_gmres_hb_MPI_4
```
```
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-...*Created by: nmhamster*
Running on POWER8 with GCC 5.4.0 and CUDA 8.0.44 with OpenMPI 1.10.4.
```
$ ctest -V -R Belos_pseudo_gmres_hb_MPI_4
```
```
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Add coverage exclude regular expressions.
SetCTestConfiguration:CMakeCommand:/home/projects/pwr8-rhel73-lsf/cmake/3.6.2/bin/cmake
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/DartConfiguration.tcl
Test project /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
Checking test dependency graph end
test 584
Start 584: Belos_pseudo_gmres_hb_MPI_4
584: Test command: /ascldap/users/projects/pwr8-rhel73-lsf/openmpi/1.10.4/gcc/5.4.0/cuda/8.0.44/bin/mpiexec "-np" "4" "/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe" "--verbose" "--filename=orsirr1.hb"
584: Test timeout computed to be: 1500
584: Reading matrix info from orsirr1.hb...
584: Processor 2 of 4 entering distrib_matrix.
584: Processor 2 of 4 done with matrix broadcast.
584: Processor 2 of 4 done with rhs/guess broadcast.
584: Processor 2 of 4 has 257 rows of 1030 total rows.
584: Processor 2 of 4 has 1862 nonzeros of 6858 total nonzeros.
584: Processor 2 of 4 done with extracting local operators.
584:
584:
584: Max norm of residual = 2.91e-11
584: Two norm of residual = 5.144e-11
584: Scaled two norm of residual = 1.702e-16
584: The residual using MSR format and exact solution on processor 2 is 1.702e-16
584: Processor 2 of 4 leaving distrib_matrix.
584: Processor 3 of 4 entering distrib_matrix.
584: Processor 3 of 4 done with matrix broadcast.
584: Processor 3 of 4 done with rhs/guess broadcast.
584: Processor 3 of 4 has 257 rows of 1030 total rows.
584: Processor 3 of 4 has 1620 nonzeros of 6858 total nonzeros.
584: Processor 3 of 4 done with extracting local operators.
584:
584:
584: Max norm of residual = 2.91e-11
584: Two norm of residual = 5.136e-11
584: Scaled two norm of residual = 1.507e-16
584: The residual using MSR format and exact solution on processor 3 is 1.507e-16
584: Processor 3 of 4 leaving distrib_matrix.
584: ***************************************************************
584: Matrix in file orsirr1.hb is 1030 x 1030,
584: with 6858 nonzeros with type RUA;
584: ***************************************************************
584: Title: 1U OIL RESERVOIR SIMULATION MATRIX FOR 21X21X 5 IRREGULAR GRID
584: ***************************************************************
584: 0 right-hand-side(s) available.
584: Reading the matrix from orsirr1.hb...
584: Setting random exact solution vector
584:
584:
584: Max norm of residual = 3.321e-11
584: Two norm of residual = 8.445e-11
584: Scaled two norm of residual = 1.736e-16
584: The residual using CSC format and exact solution is 1.736e-16
584:
584:
584: Max norm of residual = 2.91e-11
584: Two norm of residual = 8.161e-11
584: Scaled two norm of residual = 1.678e-16
584: The residual using MSR format and exact solution is 1.678e-16
584: Processor 0 of 4 entering distrib_matrix.
584: Broadcasting exact solution
584: Processor 0 of 4 done with matrix broadcast.
584: Processor 0 of 4 done with rhs/guess broadcast.
584: Processor 0 of 4 has 258 rows of 1030 total rows.
584: Processor 0 of 4 has 1740 nonzeros of 6858 total nonzeros.
584: Processor 0 of 4 done with extracting local operators.
584:
584:
584: Max norm of residual = 2.274e-12
584: Two norm of residual = 1.264e-11
584: Scaled two norm of residual = 1.506e-16
584: The residual using MSR format and exact solution on processor 0 is 1.506e-16
584: Processor 0 of 4 leaving distrib_matrix.
584: Processor 1 of 4 entering distrib_matrix.
584: Processor 1 of 4 done with matrix broadcast.
584: Processor 1 of 4 done with rhs/guess broadcast.
584: Processor 1 of 4 has 258 rows of 1030 total rows.
584: Processor 1 of 4 has 1636 nonzeros of 6858 total nonzeros.
584: Processor 1 of 4 done with extracting local operators.
584:
584:
584: Max norm of residual = 2.91e-11
584: Two norm of residual = 3.488e-11
584: Scaled two norm of residual = 2.352e-16
584: The residual using MSR format and exact solution on processor 1 is 2.352e-16
584: Processor 1 of 4 leaving distrib_matrix.
584: [white28:130710] *** Process received signal ***
584: [white28:130710] Signal: Segmentation fault (11)
584: [white28:130710] Signal code: Address not mapped (1)
584: [white28:130710] Failing at address: 0x103b31b9e88
584: [white28:130710] [ 0] [0x3fffa4940478]
584: [white28:130710] [ 1] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN18Epetra_MultiVectorC1E17Epetra_DataAccessRKS_Pii+0x254)[0x10190454]
584: [white28:130710] [ 2] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos20PseudoBlockGmresIterId18Epetra_MultiVector15Epetra_OperatorE7iterateEv+0x75c)[0x100e73dc]
584: [white28:130710] [ 3] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos22PseudoBlockGmresSolMgrId18Epetra_MultiVector15Epetra_OperatorE5solveEv+0xb40)[0x100ecd60]
584: [white28:130710] [ 4] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(main+0xcc0)[0x1008ff80]
584: [white28:130710] [ 5] /lib64/libc.so.6(+0x24700)[0x3fffa3fc4700]
584: [white28:130710] [ 6] /lib64/libc.so.6(__libc_start_main+0xc4)[0x3fffa3fc48f4]
584: [white28:130710] *** End of error message ***
584: [white28:130714] *** Process received signal ***
584: [white28:130714] Signal: Segmentation fault (11)
584: [white28:130714] Signal code: Address not mapped (1)
584: [white28:130714] Failing at address: 0x103e1335f60
584: [white28:130714] [ 0] [0x3fffa6320478]
584: [white28:130714] [ 1] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN18Epetra_MultiVectorC1E17Epetra_DataAccessRKS_Pii+0x254)[0x10190454]
584: [white28:130714] [ 2] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos20PseudoBlockGmresIterId18Epetra_MultiVector15Epetra_OperatorE7iterateEv+0x75c)[0x100e73dc]
584: [white28:130714] [ 3] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos22PseudoBlockGmresSolMgrId18Epetra_MultiVector15Epetra_OperatorE5solveEv+0xb40)[0x100ecd60]
584: [white28:130714] [ 4] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(main+0xcc0)[0x1008ff80]
584: [white28:130714] [ 5] /lib64/libc.so.6(+0x24700)[0x3fffa59a4700]
584: [white28:130714] [ 6] /lib64/libc.so.6(__libc_start_main+0xc4)[0x3fffa59a48f4]
584: [white28:130714] *** End of error message ***
584: [white28:130713] *** Process received signal ***
584: [white28:130713] Signal: Segmentation fault (11)
584: [white28:130713] Signal code: Address not mapped (1)
584: [white28:130713] Failing at address: 0x101558f5a00
584: [white28:130713] [ 0] [0x3fff84860478]
584: [white28:130713] [ 1] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN18Epetra_MultiVectorC1E17Epetra_DataAccessRKS_Pii+0x254)[0x10190454]
584: [white28:130713] [ 2] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos20PseudoBlockGmresIterId18Epetra_MultiVector15Epetra_OperatorE7iterateEv+0x75c)[0x100e73dc]
584: [white28:130713] [ 3] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos22PseudoBlockGmresSolMgrId18Epetra_MultiVector15Epetra_OperatorE5solveEv+0xb40)[0x100ecd60]
584: [white28:130713] [ 4] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(main+0xcc0)[0x1008ff80]
584: [white28:130713] [ 5] /lib64/libc.so.6(+0x24700)[0x3fff83ee4700]
584: [white28:130713] [ 6] /lib64/libc.so.6(__libc_start_main+0xc4)[0x3fff83ee48f4]
584: [white28:130713] *** End of error message ***
584: [white28:130709] *** Process received signal ***
584: [white28:130709] Signal: Segmentation fault (11)
584: [white28:130709] Signal code: Address not mapped (1)
584: [white28:130709] Failing at address: 0x100b97c8c58
584: [white28:130709] [ 0] [0x3fffb5480478]
584: [white28:130709] [ 1] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN18Epetra_MultiVectorC1E17Epetra_DataAccessRKS_Pii+0x254)[0x10190454]
584: [white28:130709] [ 2] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos20PseudoBlockGmresIterId18Epetra_MultiVector15Epetra_OperatorE7iterateEv+0x75c)[0x100e73dc]
584: [white28:130709] [ 3] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(_ZN5Belos22PseudoBlockGmresSolMgrId18Epetra_MultiVector15Epetra_OperatorE5solveEv+0xb40)[0x100ecd60]
584: [white28:130709] [ 4] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-rhel73-no-cuda/packages/belos/epetra/test/BlockGmres/Belos_pseudo_gmres_hb.exe(main+0xcc0)[0x1008ff80]
584: [white28:130709] [ 5] /lib64/libc.so.6(+0x24700)[0x3fffb4b04700]
584: [white28:130709] [ 6] /lib64/libc.so.6(__libc_start_main+0xc4)[0x3fffb4b048f4]
584: [white28:130709] *** End of error message ***
584: --------------------------------------------------------------------------
584: mpiexec noticed that process rank 0 with PID 130709 on node white28 exited on signal 11 (Segmentation fault).
584: --------------------------------------------------------------------------
1/1 Test #584: Belos_pseudo_gmres_hb_MPI_4 ......***Failed Required regular expression not found.Regex=[End Result: TEST PASSED
] 17.95 sec
0% tests passed, 1 tests failed out of 1
Label Time Summary:
Belos = 17.95 sec (1 test)
Total Test time (real) = 18.60 sec
The following tests FAILED:
584 - Belos_pseudo_gmres_hb_MPI_4 (Failed)
Errors while running CTest
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/706NOX test failure with intel 162016-10-14T16:55:40ZJames WillenbringNOX test failure with intel 16*Created by: bmpersc*
The NOX_Thyra_Heq_MPI_1 test is failing when built with intel 16. You can view the issue at:
http://testing.sandia.gov/cdash/testDetails.php?test=35003382&build=2588884
In case that link is dead the full test out...*Created by: bmpersc*
The NOX_Thyra_Heq_MPI_1 test is failing when built with intel 16. You can view the issue at:
http://testing.sandia.gov/cdash/testDetails.php?test=35003382&build=2588884
In case that link is dead the full test output is:
Teuchos::GlobalMPISession::GlobalMPISession(): started processor with name ascic114 and rank 0!
Verbosity Disabled
---
-- Nonlinear Solver Step 0 --
||F|| = 7.483e+00 step = 0.000e+00
---
---
-- Nonlinear Solver Step 1 --
||F|| = 3.870e+00 step = 1.000e+00
---
```
R condition number estimate (1) = 1
```
---
-- Nonlinear Solver Step 2 --
||F|| = 1.258e+00 step = 1.000e+00
---
```
R condition number estimate (2) = 18.4928
```
---
-- Nonlinear Solver Step 3 --
||F|| = 1.425e-01 step = 1.000e+00
---
```
R condition number estimate (3) = 70.5281
```
---
-- Nonlinear Solver Step 4 --
||F|| = 1.046e-01 step = 1.000e+00
---
```
R condition number estimate (4) = 246.764
```
---
-- Nonlinear Solver Step 5 --
||F|| = 5.352e-02 step = 1.000e+00
---
```
R condition number estimate (5) = 13080.7
```
---
-- Nonlinear Solver Step 6 --
||F|| = 4.603e-02 step = 1.000e+00
---
```
R condition number estimate (6) = 1.13873e+07
```
---
-- Nonlinear Solver Step 7 --
||F|| = 2.390e-02 step = 1.000e+00
---
```
R condition number estimate (7) = 3.72767e+07
```
---
-- Nonlinear Solver Step 8 --
||F|| = 1.629e-02 step = 1.000e+00
---
```
R condition number estimate (8) = 1.18295e+08
```
---
-- Nonlinear Solver Step 9 --
||F|| = 4.299e-03 step = 1.000e+00
---
```
R condition number estimate (9) = 8.85506e+09
```
---
-- Nonlinear Solver Step 10 --
||F|| = 6.883e-03 step = 1.000e+00
---
```
R condition number estimate (10) = 6.14489e+11
```
---
-- Nonlinear Solver Step 11 --
||F|| = 2.672e-04 step = 1.000e+00
---
```
R condition number estimate (10) = 7.16014e+12
```
---
-- Nonlinear Solver Step 12 --
||F|| = 1.350e-04 step = 1.000e+00
---
```
R condition number estimate (10) = 7.37544e+13
```
---
-- Nonlinear Solver Step 13 --
||F|| = 2.239e-05 step = 1.000e+00
---
```
R condition number estimate (10) = 1.7291e+13
```
---
-- Nonlinear Solver Step 14 --
||F|| = 1.087e-05 step = 1.000e+00
---
```
R condition number estimate (10) = 5.91806e+12
```
---
-- Nonlinear Solver Step 15 --
||F|| = 1.329e-06 step = 1.000e+00
---
```
R condition number estimate (10) = 2.41392e+12
```
---
-- Nonlinear Solver Step 16 --
||F|| = 8.775e-08 step = 1.000e+00 (Converged!)
---
---
-- Final Status Test Results --
Converged....OR Combination ->
**...........Finite Number Check (Two-Norm F) = Finite
Converged....AND Combination ->
Converged....F-Norm = 4.387e-09 < 1.000e-08
(Length-Scaled Two-Norm, Absolute Tolerance)
Converged....WRMS-Norm = 3.489e-05 < 1
??...........Number of Iterations = -1 < 100
---
---
-- Nonlinear Solver Step 0 --
||F|| = 7.483e+00 step = 0.000e+00
---
---
-- Nonlinear Solver Step 1 --
||F|| = 3.870e+00 step = 1.000e+00
---
```
R condition number estimate (1) = 1
```
---
-- Nonlinear Solver Step 2 --
||F|| = 1.258e+00 step = 1.000e+00
---
```
R condition number estimate (2) = 18.4928
```
---
-- Nonlinear Solver Step 3 --
||F|| = 1.425e-01 step = 1.000e+00
---
```
R condition number estimate (3) = 70.5281
```
---
-- Nonlinear Solver Step 4 --
||F|| = 1.046e-01 step = 1.000e+00
---
```
R condition number estimate (4) = 246.764
```
---
-- Nonlinear Solver Step 5 --
||F|| = 5.352e-02 step = 1.000e+00
---
```
R condition number estimate (5) = 13080.7
```
---
-- Nonlinear Solver Step 6 --
||F|| = 4.603e-02 step = 1.000e+00
---
```
R condition number estimate (6) = 1.13873e+07
```
---
-- Nonlinear Solver Step 7 --
||F|| = 2.390e-02 step = 1.000e+00
---
```
R condition number estimate (7) = 3.72767e+07
```
---
-- Nonlinear Solver Step 8 --
||F|| = 1.629e-02 step = 1.000e+00
---
```
R condition number estimate (8) = 1.18295e+08
```
---
-- Nonlinear Solver Step 9 --
||F|| = 4.299e-03 step = 1.000e+00
---
```
R condition number estimate (9) = 8.85506e+09
```
---
-- Nonlinear Solver Step 10 --
||F|| = 6.883e-03 step = 1.000e+00
---
```
R condition number estimate (10) = 6.14489e+11
```
---
-- Nonlinear Solver Step 11 --
||F|| = 2.672e-04 step = 1.000e+00
---
```
R condition number estimate (10) = 7.16014e+12
```
---
-- Nonlinear Solver Step 12 --
||F|| = 1.350e-04 step = 1.000e+00
---
```
R condition number estimate (10) = 7.37544e+13
```
---
-- Nonlinear Solver Step 13 --
||F|| = 2.239e-05 step = 1.000e+00
---
```
R condition number estimate (10) = 1.7291e+13
```
---
-- Nonlinear Solver Step 14 --
||F|| = 1.087e-05 step = 1.000e+00
---
```
R condition number estimate (10) = 5.91806e+12
```
---
-- Nonlinear Solver Step 15 --
||F|| = 1.329e-06 step = 1.000e+00
---
```
R condition number estimate (10) = 2.41392e+12
```
---
-- Nonlinear Solver Step 16 --
||F|| = 8.775e-08 step = 1.000e+00 (Converged!)
---
---
-- Final Status Test Results --
Converged....OR Combination ->
**...........Finite Number Check (Two-Norm F) = Finite
Converged....AND Combination ->
Converged....F-Norm = 4.387e-09 < 1.000e-08
(Length-Scaled Two-Norm, Absolute Tolerance)
Converged....WRMS-Norm = 3.489e-05 < 1
??...........Number of Iterations = -1 < 100
---
## Test failed!
Primary job terminated normally, but 1 process returned
## a non-zero exit code.. Per user-direction, the job has been aborted.
---
mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:
Process name: [[3455,1],0]
## Exit code: 1
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/710Thyra tests failing with Intel 162016-10-17T18:46:11ZJames WillenbringThyra tests failing with Intel 16*Created by: bmpersc*
**CC:** @trilinos/thyra
**Description:**
There are 4 tests failing when built with Intel 16.
ThyraCore_SpmdLocalDataAccessUnitTests_MPI_2
ThyraCore_SpmdLocalDataAccessUnitTests_MPI_4
ThyraCore_SpmdLocalDataAcce...*Created by: bmpersc*
**CC:** @trilinos/thyra
**Description:**
There are 4 tests failing when built with Intel 16.
ThyraCore_SpmdLocalDataAccessUnitTests_MPI_2
ThyraCore_SpmdLocalDataAccessUnitTests_MPI_4
ThyraCore_SpmdLocalDataAccessUnitTests_MPI_3
ThyraCore_SpmdLocalDataAccessUnitTests_MPI_1
You can view the test output at: http://testing.sandia.gov/cdash/viewTest.php?onlyfailed&buildid=2588830
The test output for all tests is too large to include here, but in case the link is dead I have included the test output from ThyraCore_SpmdLocalDataAccessUnitTests_MPI_1 below.
```
Teuchos::GlobalMPISession::GlobalMPISession(): started processor with name ascic114 and rank 0!
***
*** Unit test suite ...
***
Sorting tests by group name then by the order they were added ... (time = 2.69e-05)
Running unit tests ...
0. SpmdLocalDataAccess_ComplexDouble_getLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000408 sec)
1. SpmdLocalDataAccess_ComplexDouble_getLocalSubVectorView_empty_p0_UnitTest ... [Passed] (5.51e-05 sec)
2. SpmdLocalDataAccess_ComplexDouble_getNonconstLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000191 sec)
3. SpmdLocalDataAccess_ComplexDouble_getNonconstLocalSubVectorView_empty_p0_UnitTest ... [Passed] (4.6e-05 sec)
4. SpmdLocalDataAccess_ComplexDouble_getLocalSubMultiVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000152 sec)
5. SpmdLocalDataAccess_ComplexDouble_getLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (4.98e-05 sec)
6. SpmdLocalDataAccess_ComplexDouble_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ...
procRank = 0
numProcs = 1
*** A) Test getting nonconst MV view directly from SPMD MultiVector ...
val = (1.5,0)
*** A.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
*** A.2) Get the same values when we grab const view ...
lsmv(i,j) = (1.5,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
lsmv(i,j) = (1.5,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
lsmv(i,j) = (1.5,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
*** B) Test getting nonconst MV view indirectly from one-block Product MultiVector ...
val = (1.8,0)
*** B.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
*** B.2) Get the same values when we grab const view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
lsmv(i,j) = (1.8,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
lsmv(i,j) = (1.8,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
lsmv(i,j) = (1.8,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
*** C) Test getting nonconst MV view directly from SPMD Vector ...
val = (2.1,0)
*** C.1) Get and change the nonconst MV view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 : passed
*** C.2) Get the same values when we grab const MV view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 : passed
lsmv(i,0) = (0,0) == as<Scalar>(lsmv.globalOffset() + i) = (0,0) : passed
*** D) Test getting nonconst MV view indirectly from one-block Product MultiVector ...
val = (1.8,0)
*** D.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 = 1 : passed
*** D.2) Get the same values when we grab const view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 = 1 : passed
lsmv(i,0) = (0,0) == as<Scalar>(lsmv.globalOffset() + i) = (0,0) : passed
[FAILED] (0.000354 sec) SpmdLocalDataAccess_ComplexDouble_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:469
7. SpmdLocalDataAccess_ComplexDouble_getNonconstLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (8.61e-05 sec)
8. SpmdLocalDataAccess_ComplexDouble_locallyReplicated_UnitTest ...
Create a locally replicated vector space ...
vs->dim() = 4 == g_localDim = 4 : passed
vs->isLocallyReplicated() = 1 == true : passed
val = (1.5,0)
Test locally replicated Vector ...
RTOpPack::SubVectorView<Scalar> lsv = getNonconstLocalSubVectorView<Scalar>(v);
lsv.globalOffset() = 0 == 0 : passed
lsv.subDim() = 4 == g_localDim = 4 : passed
lsv.stride() = 1 == 1 : passed
RTOpPack::ConstSubVectorView<Scalar> lsv = getLocalSubVectorView<Scalar>(v);
lsv.globalOffset() = 0 == 0 : passed
lsv.subDim() = 4 == g_localDim = 4 : passed
lsv.stride() = 1 == 1 : passed
lsv[k] = (1,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (1,0) : passed
lsv[k] = (2,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (2,0) : passed
lsv[k] = (3,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (3,0) : passed
lsv[k] = (4,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (4,0) : passed
Test locally replicated MultiVector ...
RTOpPack::SubMultiVectorView<Scalar> lsmv = getNonconstLocalSubMultiVectorView<Scalar>(mv);
lsmv.globalOffset() = 0 == 0 = 0 : passed
lsmv.subDim() = 4 == g_localDim = 4 : passed
lsmv.leadingDim() = 4 == lsmv.subDim() = 4 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
RTOpPack::ConstSubMultiVectorView<Scalar> lsmv = getLocalSubMultiVectorView<Scalar>(mv);
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (0,0) : passed
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (0.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (0.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (1.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (1.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (2.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (2.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (3,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (3.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (3.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
[FAILED] (0.00037 sec) SpmdLocalDataAccess_ComplexDouble_locallyReplicated_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:688
9. SpmdLocalDataAccess_ComplexDouble_zeroVS_UnitTest ... [Passed] (0.000728 sec)
10. SpmdLocalDataAccess_ComplexFloat_getLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000541 sec)
11. SpmdLocalDataAccess_ComplexFloat_getLocalSubVectorView_empty_p0_UnitTest ... [Passed] (0.00011 sec)
12. SpmdLocalDataAccess_ComplexFloat_getNonconstLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000422 sec)
13. SpmdLocalDataAccess_ComplexFloat_getNonconstLocalSubVectorView_empty_p0_UnitTest ... [Passed] (0.000105 sec)
14. SpmdLocalDataAccess_ComplexFloat_getLocalSubMultiVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000446 sec)
15. SpmdLocalDataAccess_ComplexFloat_getLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (5.2e-05 sec)
16. SpmdLocalDataAccess_ComplexFloat_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ...
procRank = 0
numProcs = 1
*** A) Test getting nonconst MV view directly from SPMD MultiVector ...
val = (1.5,0)
*** A.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
*** A.2) Get the same values when we grab const view ...
lsmv(i,j) = (1.5,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
lsmv(i,j) = (1.5,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
lsmv(i,j) = (1.5,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
*** B) Test getting nonconst MV view indirectly from one-block Product MultiVector ...
val = (1.8,0)
*** B.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
*** B.2) Get the same values when we grab const view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
lsmv(i,j) = (1.8,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
lsmv(i,j) = (1.8,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
lsmv(i,j) = (1.8,0) == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = (0.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
*** C) Test getting nonconst MV view directly from SPMD Vector ...
val = (2.1,0)
*** C.1) Get and change the nonconst MV view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 : passed
*** C.2) Get the same values when we grab const MV view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 : passed
lsmv(i,0) = (0,0) == as<Scalar>(lsmv.globalOffset() + i) = (0,0) : passed
*** D) Test getting nonconst MV view indirectly from one-block Product MultiVector ...
val = (1.8,0)
*** D.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 = 1 : passed
*** D.2) Get the same values when we grab const view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 = 1 : passed
lsmv(i,0) = (0,0) == as<Scalar>(lsmv.globalOffset() + i) = (0,0) : passed
[FAILED] (0.000448 sec) SpmdLocalDataAccess_ComplexFloat_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:469
17. SpmdLocalDataAccess_ComplexFloat_getNonconstLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (0.000131 sec)
18. SpmdLocalDataAccess_ComplexFloat_locallyReplicated_UnitTest ...
Create a locally replicated vector space ...
vs->dim() = 4 == g_localDim = 4 : passed
vs->isLocallyReplicated() = 1 == true : passed
val = (1.5,0)
Test locally replicated Vector ...
RTOpPack::SubVectorView<Scalar> lsv = getNonconstLocalSubVectorView<Scalar>(v);
lsv.globalOffset() = 0 == 0 : passed
lsv.subDim() = 4 == g_localDim = 4 : passed
lsv.stride() = 1 == 1 : passed
RTOpPack::ConstSubVectorView<Scalar> lsv = getLocalSubVectorView<Scalar>(v);
lsv.globalOffset() = 0 == 0 : passed
lsv.subDim() = 4 == g_localDim = 4 : passed
lsv.stride() = 1 == 1 : passed
lsv[k] = (1,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (1,0) : passed
lsv[k] = (2,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (2,0) : passed
lsv[k] = (3,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (3,0) : passed
lsv[k] = (4,0) == as<Scalar>(lsv.globalOffset() + k + 1) = (4,0) : passed
Test locally replicated MultiVector ...
RTOpPack::SubMultiVectorView<Scalar> lsmv = getNonconstLocalSubMultiVectorView<Scalar>(mv);
lsmv.globalOffset() = 0 == 0 = 0 : passed
lsmv.subDim() = 4 == g_localDim = 4 : passed
lsmv.leadingDim() = 4 == lsmv.subDim() = 4 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
RTOpPack::ConstSubMultiVectorView<Scalar> lsmv = getLocalSubMultiVectorView<Scalar>(mv);
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (0,0) : passed
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (0.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (0.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (1.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (1.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (2.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (2.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (3,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (3.1,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = (0,0) == as<Scalar>(i + 0.1 * j) = (3.2,0) : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
[FAILED] (0.000386 sec) SpmdLocalDataAccess_ComplexFloat_locallyReplicated_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:688
19. SpmdLocalDataAccess_ComplexFloat_zeroVS_UnitTest ... [Passed] (0.000404 sec)
20. SpmdLocalDataAccess_double_getLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000294 sec)
21. SpmdLocalDataAccess_double_getLocalSubVectorView_empty_p0_UnitTest ... [Passed] (5.7e-05 sec)
22. SpmdLocalDataAccess_double_getNonconstLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000209 sec)
23. SpmdLocalDataAccess_double_getNonconstLocalSubVectorView_empty_p0_UnitTest ... [Passed] (5.58e-05 sec)
24. SpmdLocalDataAccess_double_getLocalSubMultiVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000158 sec)
25. SpmdLocalDataAccess_double_getLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (6.1e-05 sec)
26. SpmdLocalDataAccess_double_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ...
procRank = 0
numProcs = 1
*** A) Test getting nonconst MV view directly from SPMD MultiVector ...
val = 1.5
*** A.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
*** A.2) Get the same values when we grab const view ...
lsmv(i,j) = 1.50000000000000000e+00 == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = 0.00000000000000000e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
lsmv(i,j) = 1.50000000000000000e+00 == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = 1.00000000000000006e-01 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
lsmv(i,j) = 1.50000000000000000e+00 == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = 2.00000000000000011e-01 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:507
*** B) Test getting nonconst MV view indirectly from one-block Product MultiVector ...
val = 1.8
*** B.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
*** B.2) Get the same values when we grab const view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
lsmv(i,j) = 1.80000000000000004e+00 == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = 0.00000000000000000e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
lsmv(i,j) = 1.80000000000000004e+00 == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = 1.00000000000000006e-01 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
lsmv(i,j) = 1.80000000000000004e+00 == as<Scalar>(lsmv.globalOffset() + i + 0.1 * j) = 2.00000000000000011e-01 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:548
*** C) Test getting nonconst MV view directly from SPMD Vector ...
val = 2.1
*** C.1) Get and change the nonconst MV view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 : passed
*** C.2) Get the same values when we grab const MV view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 : passed
lsmv(i,0) = 0.00000000000000000e+00 == as<Scalar>(lsmv.globalOffset() + i) = 0.00000000000000000e+00 : passed
*** D) Test getting nonconst MV view indirectly from one-block Product MultiVector ...
val = 1.8
*** D.1) Get and change the nonconst view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 = 1 : passed
*** D.2) Get the same values when we grab const view ...
lsmv.globalOffset() = 0 == as<Ordinal>((procRank*(procRank+1))/2) = 0 : passed
lsmv.subDim() = 1 == procRank+1 = 1 : passed
lsmv.leadingDim() = 1 == lsmv.subDim() = 1 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 1 == 1 = 1 : passed
lsmv(i,0) = 0.00000000000000000e+00 == as<Scalar>(lsmv.globalOffset() + i) = 0.00000000000000000e+00 : passed
[FAILED] (0.000507 sec) SpmdLocalDataAccess_double_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:469
27. SpmdLocalDataAccess_double_getNonconstLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (6.48e-05 sec)
28. SpmdLocalDataAccess_double_locallyReplicated_UnitTest ...
Create a locally replicated vector space ...
vs->dim() = 4 == g_localDim = 4 : passed
vs->isLocallyReplicated() = 1 == true : passed
val = 1.5
Test locally replicated Vector ...
RTOpPack::SubVectorView<Scalar> lsv = getNonconstLocalSubVectorView<Scalar>(v);
lsv.globalOffset() = 0 == 0 : passed
lsv.subDim() = 4 == g_localDim = 4 : passed
lsv.stride() = 1 == 1 : passed
RTOpPack::ConstSubVectorView<Scalar> lsv = getLocalSubVectorView<Scalar>(v);
lsv.globalOffset() = 0 == 0 : passed
lsv.subDim() = 4 == g_localDim = 4 : passed
lsv.stride() = 1 == 1 : passed
lsv[k] = 1.00000000000000000e+00 == as<Scalar>(lsv.globalOffset() + k + 1) = 1.00000000000000000e+00 : passed
lsv[k] = 2.00000000000000000e+00 == as<Scalar>(lsv.globalOffset() + k + 1) = 2.00000000000000000e+00 : passed
lsv[k] = 3.00000000000000000e+00 == as<Scalar>(lsv.globalOffset() + k + 1) = 3.00000000000000000e+00 : passed
lsv[k] = 4.00000000000000000e+00 == as<Scalar>(lsv.globalOffset() + k + 1) = 4.00000000000000000e+00 : passed
Test locally replicated MultiVector ...
RTOpPack::SubMultiVectorView<Scalar> lsmv = getNonconstLocalSubMultiVectorView<Scalar>(mv);
lsmv.globalOffset() = 0 == 0 = 0 : passed
lsmv.subDim() = 4 == g_localDim = 4 : passed
lsmv.leadingDim() = 4 == lsmv.subDim() = 4 : passed
lsmv.colOffset() = 0 == 0 : passed
lsmv.numSubCols() = 3 == g_numCols = 3 : passed
RTOpPack::ConstSubMultiVectorView<Scalar> lsmv = getLocalSubMultiVectorView<Scalar>(mv);
lsmv(i,j) = 1.02016167765925750e-312 == as<Scalar>(i + 0.1 * j) = 0.00000000000000000e+00 : passed
lsmv(i,j) = 5.81353045992576978e+170 == as<Scalar>(i + 0.1 * j) = 1.00000000000000006e-01 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.10302699829461135e+257 == as<Scalar>(i + 0.1 * j) = 2.00000000000000011e-01 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.02016167765925750e-312 == as<Scalar>(i + 0.1 * j) = 1.00000000000000000e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.97498431451008971e+166 == as<Scalar>(i + 0.1 * j) = 1.10000000000000009e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 7.72781990783735771e+228 == as<Scalar>(i + 0.1 * j) = 1.19999999999999996e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 7.72782373918991049e+228 == as<Scalar>(i + 0.1 * j) = 2.00000000000000000e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.44291472593914039e+228 == as<Scalar>(i + 0.1 * j) = 2.10000000000000009e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 9.43084561966341305e+218 == as<Scalar>(i + 0.1 * j) = 2.20000000000000018e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.36617667462338235e+161 == as<Scalar>(i + 0.1 * j) = 3.00000000000000000e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.34816668280515545e+228 == as<Scalar>(i + 0.1 * j) = 3.10000000000000009e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
lsmv(i,j) = 1.74639698952995197e+103 == as<Scalar>(i + 0.1 * j) = 3.20000000000000018e+00 : FAILED ==> /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:744
[FAILED] (0.000246 sec) SpmdLocalDataAccess_double_locallyReplicated_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/thyra/core/test/operator_vector/SpmdLocalDataAccess_UnitTests.cpp:688
29. SpmdLocalDataAccess_double_zeroVS_UnitTest ... [Passed] (0.000486 sec)
30. SpmdLocalDataAccess_float_getLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000297 sec)
31. SpmdLocalDataAccess_float_getLocalSubVectorView_empty_p0_UnitTest ... [Passed] (9.11e-05 sec)
32. SpmdLocalDataAccess_float_getNonconstLocalSubVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000237 sec)
33. SpmdLocalDataAccess_float_getNonconstLocalSubVectorView_empty_p0_UnitTest ... [Passed] (5.79e-05 sec)
34. SpmdLocalDataAccess_float_getLocalSubMultiVectorView_procRankLocalDim_UnitTest ... [Passed] (0.00017 sec)
35. SpmdLocalDataAccess_float_getLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (6.48e-05 sec)
36. SpmdLocalDataAccess_float_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ... [Passed] (0.000472 sec)
37. SpmdLocalDataAccess_float_getNonconstLocalSubMultiVectorView_empty_p0_UnitTest ... [Passed] (6.58e-05 sec)
38. SpmdLocalDataAccess_float_locallyReplicated_UnitTest ... [Passed] (0.000192 sec)
39. SpmdLocalDataAccess_float_zeroVS_UnitTest ... [Passed] (0.000269 sec)
The following tests FAILED:
6. SpmdLocalDataAccess_ComplexDouble_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ...
8. SpmdLocalDataAccess_ComplexDouble_locallyReplicated_UnitTest ...
16. SpmdLocalDataAccess_ComplexFloat_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ...
18. SpmdLocalDataAccess_ComplexFloat_locallyReplicated_UnitTest ...
26. SpmdLocalDataAccess_double_getNonconstLocalSubMultiVectorView_procRankLocalDim_UnitTest ...
28. SpmdLocalDataAccess_double_locallyReplicated_UnitTest ...
Total Time: 0.0124 sec
Summary: total = 40, run = 40, passed = 34, failed = 6
End Result: TEST FAILED
-------------------------------------------------------
Primary job terminated normally, but 1 process returned
a non-zero exit code.. Per user-direction, the job has been aborted.
-------------------------------------------------------
--------------------------------------------------------------------------
mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:
Process name: [[16684,1],0]
Exit code: 1
--------------------------------------------------------------------------
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/713CMake weirdness LinuxPPC64 + NVCC2017-09-02T03:14:15ZJames WillenbringCMake weirdness LinuxPPC64 + NVCC*Created by: jjellio*
I am running into some configuration weirdness on a Linux PPC64 system.
Calling cmake succeeds with no errors, but the link lines are 'bad'. For example (notice the long line of colons in the linker's rpath line):...*Created by: jjellio*
I am running into some configuration weirdness on a Linux PPC64 system.
Calling cmake succeeds with no errors, but the link lines are 'bad'. For example (notice the long line of colons in the linker's rpath line):
> [ 1%] Linking CXX shared library libkokkoscontainers.so
> cd /tmp/trilinos-build/packages/kokkos/containers/src && /home/projects/rhel/cmake/3.4.3/bin/cmake -E cmake_link_script CMakeFiles/kokkoscontainers.dir/link.txt --verbose=1
> /home/projects/rhel/openmpi/1.10.2/gcc/4.9.2/cuda/7.5.7/bin/mpicxx -fPIC -pedantic -Wall -Wno-long-long -Wwrite-strings -lineinfo -Xcudafe --diag_suppress=conversion_function_not_usable -Xcudafe --diag_suppress=cc_clobber_ignored -Xcudafe --diag_suppress=code_is_unreachable -std=c++11 -O3 -DNDEBUG -shared -Wl,-soname,libkokkoscontainers.so.12 -o libkokkoscontainers.so.12.9 CMakeFiles/kokkoscontainers.dir/impl/Kokkos_UnorderedMap_impl.cpp.o ../../core/src/libkokkoscore.so.12.9 /usr/lib64/libdl.so **-Wl,-rpath,/tmp/trilinos-build/packages/kokkos/core/src:::::::::::::::::::::::::::::::::::::::::::::::**
> nvcc fatal : Don't know what to do with '../../core/src/libkokkoscore.so.12.9'
Some searching leads to:
https://cmake.org/pipermail/cmake/2011-June/044806.html
Configuring with CMAKE_NO_BUILTIN_CHRPATH=TRUE, eliminates the bad rpath line, but unveils another problem.
> [ 1%] Linking CXX shared library libkokkoscontainers.so
> cd /tmp/trilinos-build/packages/kokkos/containers/src && /home/projects/rhel/cmake/3.4.3/bin/cmake -E cmake_link_script CMakeFiles/kokkoscontainers.dir/link.txt --verbose=1
> /home/projects/rhel/openmpi/1.10.2/gcc/4.9.2/cuda/7.5.7/bin/mpicxx -fPIC -pedantic -Wall -Wno-long-long -Wwrite-strings -lineinfo -Xcudafe --diag_suppress=conversion_function_not_usable -Xcudafe --diag_suppress=cc_clobber_ignored -Xcudafe --diag_suppress=code_is_unreachable -std=c++11 -O3 -DNDEBUG -shared -Wl,-soname,libkokkoscontainers.so.12 -o libkokkoscontainers.so.12.9 CMakeFiles/kokkoscontainers.dir/impl/Kokkos_UnorderedMap_impl.cpp.o ../../core/src/libkokkoscore.so.12.9 /usr/lib64/libdl.so -Wl,-rpath,/tmp/trilinos-build/packages/kokkos/core/src
> nvcc fatal : Don't know what to do with '../../core/src/libkokkoscore.so.12.9'
In this case, the shared object **../../core/src/libkokkoscore.so.12.9** is not being prepended with **-Wl,-soname,**
If I manually edit the linker line and add the linker option "-Wl,-soname,"
/tmp/trilinos-build/packages/kokkos/containers/src/CMakeFiles/kokkoscontainers.dir/link.txt
Then the compiler is able to link. This is not isolated to a single file though.
OS:
jjellio@:/tmp/trilinos-build$ uname -a
Linux 3.10.0-327.el7.ppc64le #1 SMP Thu Oct 29 17:31:13 EDT 2015 ppc64le ppc64le ppc64le GNU/Linux
My configuration out is attached.
@bartlettroscoe
[linux-ppc64-nvcc-cmake-badness.txt](https://github.com/trilinos/Trilinos/files/534830/linux-ppc64-nvcc-cmake-badness.txt)
[linux-ppc64-nvcc-cmake-colon_madness.txt](https://github.com/trilinos/Trilinos/files/534833/linux-ppc64-nvcc-cmake-colon_madness.txt)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/720Amesos2 transpose capability appears defunct2016-11-01T21:45:45ZJames WillenbringAmesos2 transpose capability appears defunct*Created by: dridzal*
I would like to use the transpose solve capability in @trilinos/amesos2 . After a few email exchanges with @srajama1 the conclusion is that this functionality may not work. For example, in Amesos2, in the file
...*Created by: dridzal*
I would like to use the transpose solve capability in @trilinos/amesos2 . After a few email exchanges with @srajama1 the conclusion is that this functionality may not work. For example, in Amesos2, in the file
test/solvers/KLU2_UnitTests.cpp
there is a line
amesos2_params.sublist("KLU2").set("Trans","TRANS","Solve with transpose");
If I look at KLU2, the "Trans"/"TRANS" pair is not allowed as an option. I get a runtime error. Similarly for the "Trans"/"CONJ" pair.
The parameter list validator suggests the "Transpose"/true(false) pair,
amesos2_params.sublist("KLU2").set("Transpose",true)
which doesn't throw an error, but also doesn't solve with the transpose.
The transpose capability is extremely important in numerical optimization. The @trilinos/rol team can create tests for it once available.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/708Teko test failing with intel 162016-10-14T17:01:06ZJames WillenbringTeko test failing with intel 16*Created by: bmpersc*
The test Teko_DiagonallyScaledPreconditioner_MPI_1 is failing when built with intel 16. You can view the error at:
http://testing.sandia.gov/cdash/testDetails.php?test=35002833&build=2588874
In case the link is d...*Created by: bmpersc*
The test Teko_DiagonallyScaledPreconditioner_MPI_1 is failing when built with intel 16. You can view the error at:
http://testing.sandia.gov/cdash/testDetails.php?test=35002833&build=2588874
In case the link is dead the full output from the test is:
Teuchos::GlobalMPISession::GlobalMPISession(): started processor with name ascic114 and rank 0!
---
**\* Unit test suite ...
---
Sorting tests by group name then by the order they were added ... (time = 2.22e-05)
Running unit tests ...
1. tDiagonalOperator_replaceValues_UnitTest ... [Passed](0.00124 sec)
2. tDiagonalOperator_replaceValues_tpetra_UnitTest ... [Passed](0.00122 sec)
3. tDiagonallyScaledPreconditioner_invfactory_test_UnitTest ... Teko: Inverse "DiagScal" is of type strat prec = 0, strat solv = 0, block prec = 1
Teko: Begin debug MSG
Looked up "Diagonal Scaling"
Built Teuchos::RCPTeko::PreconditionerFactory{ptr=0x235e560,node=0x2374800,strong_count=1,weak_count=0}
Teko: End debug MSG
Teko: Inverse "Amesos" is of type strat prec = 0, strat solv = 1, block prec = 0
Teko: Inverse "Amesos" is of type strat prec = 0, strat solv = 1, block prec = 0
[Passed](0.0171 sec)
4. tDiagonallyScaledPreconditioner_invfactory_test_tpetra_UnitTest ... Teko: Inverse "DiagScal" is of type strat prec = 0, strat solv = 0, block prec = 1
Teko: Begin debug MSG
Looked up "Diagonal Scaling"
Built Teuchos::RCPTeko::PreconditionerFactory{ptr=0x237f950,node=0x233ae70,strong_count=1,weak_count=0}
Teko: End debug MSG
Teko: Inverse "Belos" is of type strat prec = 0, strat solv = 1, block prec = 0
Teko: Inverse "Ifpack2" is of type strat prec = 1, strat solv = 0, block prec = 0
[Passed](0.0567 sec)
5. tDiagonallyScaledPreconditioner_application_test_row_UnitTest ... Teko: Inverse "Amesos" is of type strat prec = 0, strat solv = 1, block prec = 0
Teko: Inverse "ML" is of type strat prec = 1, strat solv = 0, block prec = 0
[Passed](0.0223 sec)
6. tDiagonallyScaledPreconditioner_application_test_row_tpetra_UnitTest ... Teko: Inverse "Belos" is of type strat prec = 0, strat solv = 1, block prec = 0
Teko: Inverse "Ifpack2" is of type strat prec = 1, strat solv = 0, block prec = 0
[Passed](0.191 sec)
7. tDiagonallyScaledPreconditioner_application_test_column_UnitTest ... Teko: Inverse "Amesos" is of type strat prec = 0, strat solv = 1, block prec = 0
Teko: Inverse "ML" is of type strat prec = 1, strat solv = 0, block prec = 0
[Passed](0.0183 sec)
8. tDiagonallyScaledPreconditioner_application_test_column_tpetra_UnitTest ... Teko: Inverse "Belos" is of type strat prec = 0, strat solv = 1, block prec = 0
Teko: Inverse "Ifpack2" is of type strat prec = 1, strat solv = 0, block prec = 0
**\* Entering LinearOpTester<double,double>::compare(op1,op2,...) ...
describe op1:
Teko::PreconditionerLinearOp<double>{rangeDim=50,domainDim=50}
[Operator] = "(absRowSum( )))_(ANYM)": Thyra::DefaultMultipliedLinearOp<double>{numOps=2,rangeDim=50,domainDim=50}
Constituent LinearOpBase objects for M = Op[0]_...*Op[numOps-1]:
Op[0] = "absRowSum( ))": Thyra::DefaultDiagonalLinearOp<double>
Op[1] = Thyra::DefaultInverseLinearOp<double>{rangeDim=50,domainDim=50}:
lows = Thyra::BelosLinearOpWithSolve<double>{iterativeSolver='"Belos::PseudoBlockGmresSolMgr": {Num Blocks: 300, Maximum Iterations: 1000, Maximum Restarts: 20, Convergence Tolerance: 1e-08}',fwdOp='Thyra::TpetraLinearOp<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >{rangeDim=50,domainDim=50}'}
describe op2:
Thyra::DefaultInverseLinearOp<double>{rangeDim=50,domainDim=50}:
lows = Thyra::BelosLinearOpWithSolve<double>{iterativeSolver='"Belos::PseudoBlockGmresSolMgr": {Num Blocks: 300, Maximum Iterations: 1000, Maximum Restarts: 20, Convergence Tolerance: 1e-08}',fwdOp='Thyra::TpetraLinearOp<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >{rangeDim=50,domainDim=50}'}
Checking that range and domain spaces are compatible ...
op1.domain()->isCompatible(*op2.domain()) ? passed
op1.range()->isCompatible(*op2.range()) ? passed
Checking that op1 == op2 ...
Checking that op1 and op2 produce the same results:
0.5_op1_v1 == 0.5_op2_v1
________/ ________/
v2 v3
norm(v2-v3) ~= 0
Random vector tests = 1
Testing relative error between vectors v2.col[0] and v3.col[0]:
||v2.col[0]|| = 75.9316
||v3.col[0]|| = 75.9316
Check: rel_err(v2.col[0],v3.col[0]) = 1.70949e-14 <= linear_properties_error_tol() = 5e-14 : passed
Congratulations, these two LinearOpBase objects seem to be the same!
**\* Leaving LinearOpTester<double,double>::compare(...)
Apply 0: SUCCESS
**\* Entering LinearOpTester<double,double>::compare(op1,op2,...) ...
describe op1:
Teko::PreconditionerLinearOp<double>{rangeDim=50,domainDim=50}
[Operator] = "(absRowSum( )))_(ANYM)": Thyra::DefaultMultipliedLinearOp<double>{numOps=2,rangeDim=50,domainDim=50}
Constituent LinearOpBase objects for M = Op[0]_...*Op[numOps-1]:
Op[0] = "absRowSum( ))": Thyra::DefaultDiagonalLinearOp<double>
Op[1] = Thyra::DefaultInverseLinearOp<double>{rangeDim=50,domainDim=50}:
lows = Thyra::BelosLinearOpWithSolve<double>{iterativeSolver='"Belos::PseudoBlockGmresSolMgr": {Num Blocks: 300, Maximum Iterations: 1000, Maximum Restarts: 20, Convergence Tolerance: 1e-08}',fwdOp='Thyra::TpetraLinearOp<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >{rangeDim=50,domainDim=50}'}
describe op2:
Thyra::DefaultInverseLinearOp<double>{rangeDim=50,domainDim=50}:
lows = Thyra::BelosLinearOpWithSolve<double>{iterativeSolver='"Belos::PseudoBlockGmresSolMgr": {Num Blocks: 300, Maximum Iterations: 1000, Maximum Restarts: 20, Convergence Tolerance: 1e-08}',fwdOp='Thyra::TpetraLinearOp<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >{rangeDim=50,domainDim=50}'}
Checking that range and domain spaces are compatible ...
op1.domain()->isCompatible(*op2.domain()) ? passed
op1.range()->isCompatible(*op2.range()) ? passed
Checking that op1 == op2 ...
Checking that op1 and op2 produce the same results:
0.5_op1_v1 == 0.5_op2_v1
________/ ________/
v2 v3
norm(v2-v3) ~= 0
Random vector tests = 1
Testing relative error between vectors v2.col[0] and v3.col[0]:
||v2.col[0]|| = 82.7448
||v3.col[0]|| = 82.7448
Check: rel_err(v2.col[0],v3.col[0]) = 5.75199e-14 <= linear_properties_error_tol() = 5e-14 : FAILED
Oh no, these two LinearOpBase objects seem to be different (see above failures)!
**\* Leaving LinearOpTester<double,double>::compare(...)
Apply 0: FAILURE
[FAILED](0.17 sec) tDiagonallyScaledPreconditioner_application_test_column_tpetra_UnitTest
Location: /scratch/trilinos/workspace/trilinos-folder/Trilinos_generic_nightly/MPI_Release_DEV/Trilinos/packages/teko/tests/unit_tests/tDiagonallyScaledPreconditioner.cpp:392
The following tests FAILED:
7. tDiagonallyScaledPreconditioner_application_test_column_tpetra_UnitTest ...
Total Time: 0.489 sec
Summary: total = 8, run = 8, passed = 7, failed = 1
## End Result: TEST FAILED
Primary job terminated normally, but 1 process returned
## a non-zero exit code.. Per user-direction, the job has been aborted.
---
mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:
Process name: [[819,1],0]
## Exit code: 1
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/725Nalu diffs due to latest Trilinos update2016-10-27T15:57:29ZJames WillenbringNalu diffs due to latest Trilinos update*Created by: spdomin*
Bad test suite as of Trilinos SHA1:
commit 5320963fbe2ec9aeba1dc62871e4be4f44961970
Author: Tobias Wiesner tawiesn@sandia.gov
Date: Wed Oct 19 14:43:41 2016 -0600
Last good:
NaluCFD/Nalu SHA1: d2adbe8
Trilinos/m...*Created by: spdomin*
Bad test suite as of Trilinos SHA1:
commit 5320963fbe2ec9aeba1dc62871e4be4f44961970
Author: Tobias Wiesner tawiesn@sandia.gov
Date: Wed Oct 19 14:43:41 2016 -0600
Last good:
NaluCFD/Nalu SHA1: d2adbe8
Trilinos/master SHA1: 12fd285b28abeb7336a8d4f17913819b9ce7015b
This bisect is complicated in that the builds of Trilinos fail either due to configure errors or flat out build issues.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/726Ifpack2 build error on darwin: Clang, SERIAL_RELEASE2016-11-12T01:10:36ZJames WillenbringIfpack2 build error on darwin: Clang, SERIAL_RELEASE*Created by: tjfulle*
(@mhoemmen) On darwin (clang compiler, other TPLS installed via homebrew), using the checkin-test.py script to configure/build/test, I get the following error for the SERIAL_RELEASE build (the MPI_DEBUG build is fi...*Created by: tjfulle*
(@mhoemmen) On darwin (clang compiler, other TPLS installed via homebrew), using the checkin-test.py script to configure/build/test, I get the following error for the SERIAL_RELEASE build (the MPI_DEBUG build is fine):
[ 99%] Building CXX object packages/ifpack2/test/unit_tests/CMakeFiles/Ifpack2_Issue234.dir/Ifpack2_UnitTest234.cpp.o
[ 99%] Linking CXX executable Ifpack2_ContainerFactory.exe
Undefined symbols for architecture x86_64:
"Ifpack2::LocalSparseTriangularSolver<Tpetra::RowMatrix<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >::LocalSparseTriangularSolver(Teuchos::RCP<Tpetra::RowMatrix<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > const> const&)", referenced from:
Ifpack2::ILUT<Tpetra::RowMatrix<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >::compute() in Ifpack2_UnitTestContainerFactory.cpp.o
"Ifpack2::LocalSparseTriangularSolver<Tpetra::RowMatrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >::LocalSparseTriangularSolver(Teuchos::RCP<Tpetra::RowMatrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > const> const&)", referenced from:
Ifpack2::ILUT<Tpetra::RowMatrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >::compute() in Ifpack2_UnitTestContainerFactory.cpp.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: **\* [packages/ifpack2/test/unit_tests/Ifpack2_ContainerFactory.exe] Error 1
make[1]: **\* [packages/ifpack2/test/unit_tests/CMakeFiles/Ifpack2_ContainerFactory.dir/all] Error 2
make[1]: **\* Waiting for unfinished jobs....
[ 99%] Building CXX object packages/ifpack2/test/unit_tests/CMakeFiles/Ifpack2_Issue234.dir/**/**/__/teuchos/core/test/UnitTest/Teuchos_StandardUnitTestMain.cpp.o
[ 99%] Linking CXX executable Ifpack2_AdditiveSchwarz.exe
[ 99%] Built target Ifpack2_AdditiveSchwarz
1 warning generated.
[ 99%] Linking CXX executable Ifpack2_LocalSparseTriangularSolver.exe
[ 99%] Built target Ifpack2_LocalSparseTriangularSolver
[ 99%] Linking CXX executable Ifpack2_Issue234.exe
[ 99%] Built target Ifpack2_Issue234
make: **\* [all] Error 2
Attached is the concatenation of the the do-configure.base and do-configure scripts generated by checkin-test.py
[configure.txt](https://github.com/trilinos/Trilinos/files/545647/configure.txt)
Other relevant information:
System: Apple Mac OSX 10.11.6
Compiler family: Apple clang
Branch: develop (fresh checkout)
Build: SERIAL_RELEASE
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/727Teuchos on PPC64: The following tests FAILED: asSafe_stringToReal_UnitTest2016-10-23T18:08:33ZJames WillenbringTeuchos on PPC64: The following tests FAILED: asSafe_stringToReal_UnitTest*Created by: nschloe*
On PPC64, I'm getting one test failure
```
The following tests FAILED:
65 - TeuchosCore_TypeConversions_UnitTest_MPI_1 (Failed)
Errors while running CTest
```
```
65: Test that code {valD = asSafe<double> (os...*Created by: nschloe*
On PPC64, I'm getting one test failure
```
The following tests FAILED:
65 - TeuchosCore_TypeConversions_UnitTest_MPI_1 (Failed)
Errors while running CTest
```
```
65: Test that code {valD = asSafe<double> (os.str ());} throws std::range_error: failed (code did not throw an exception at all)
65: Test that code {valD = asSafe<double> (os.str ());} throws std::range_error: failed (code did not throw an exception at all)
[...]
65: The following tests FAILED:
65: 1. asSafe_stringToReal_UnitTest ....
```
Test passes on AMD64.
All details [here](https://launchpad.net/~nschloe/+archive/ubuntu/trilinos-nightly/+build/11059421/+files/buildlog_ubuntu-xenial-ppc64el.trilinos_12.9~20161022141326-06126655-1xenial1_BUILDING.txt.gz).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/728Teuchos: ~ActiveRCPNodesSetup: exception thrown in destructor2016-10-26T01:14:37ZJames WillenbringTeuchos: ~ActiveRCPNodesSetup: exception thrown in destructor*Created by: nschloe*
The method `~ActiveRCPNodesSetup` implictly throws an exception via `TEUCHOS_TEST_FOR_EXCEPT(0==rcp_node_list());`. This is probably a bad idea, see, e.g., [here](http://stackoverflow.com/a/130123/353337).
*Created by: nschloe*
The method `~ActiveRCPNodesSetup` implictly throws an exception via `TEUCHOS_TEST_FOR_EXCEPT(0==rcp_node_list());`. This is probably a bad idea, see, e.g., [here](http://stackoverflow.com/a/130123/353337).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/729Epetra: test/BasicPerfTest/cxx_main.cpp not compiled with -fPIC2016-10-24T16:09:10ZJames WillenbringEpetra: test/BasicPerfTest/cxx_main.cpp not compiled with -fPIC*Created by: nschloe*
On GCC 6.*, I'm getting the link error
```
/usr/bin/ld: CMakeFiles/Epetra_BasicPerfTest_test.dir/cxx_main.cpp.o:
relocation R_X86_64_PC32 against symbol `_ZNK14Epetra_MpiComm5PrintERSo'
can not be used when making...*Created by: nschloe*
On GCC 6.*, I'm getting the link error
```
/usr/bin/ld: CMakeFiles/Epetra_BasicPerfTest_test.dir/cxx_main.cpp.o:
relocation R_X86_64_PC32 against symbol `_ZNK14Epetra_MpiComm5PrintERSo'
can not be used when making a shared object; recompile with -fPIC
```
when configuring with tests. This is because `packages/epetra/test/BasicPerfTest/cxx_main.cpp` is _not_ compiled with the `-fPIC` flag, as opposed to all other files.
Full details [here](https://launchpadlibrarian.net/290615615/buildlog_ubuntu-yakkety-amd64.trilinos_12.9~20161024092356-8a69e617-1yakkety1_BUILDING.txt.gz).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/733Belos: Too many all-reduces per CG iteration2017-10-26T20:36:52ZJames WillenbringBelos: Too many all-reduces per CG iteration*Created by: mhoemmen*
@trilinos/belos Talk at TUG 2016 today claims 4 all-reduces per CG iteration, compared to PETSc's single all-reduce.
*Created by: mhoemmen*
@trilinos/belos Talk at TUG 2016 today claims 4 all-reduces per CG iteration, compared to PETSc's single all-reduce.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/735trilinos.org bug2016-10-25T19:35:15ZJames Willenbringtrilinos.org bug*Created by: bathmatt*
@jwillenbring
if you go to trillions.org and hover over packages and select any packages documentation, it takes you to the package home page. Then if you click on dev documentation it takes you to trilinos.org ...*Created by: bathmatt*
@jwillenbring
if you go to trillions.org and hover over packages and select any packages documentation, it takes you to the package home page. Then if you click on dev documentation it takes you to trilinos.org site and not the doxygen docs
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/743Panzer: Propose new AdjacencyManager class in the dof-mgr directory2016-11-16T16:03:32ZJames WillenbringPanzer: Propose new AdjacencyManager class in the dof-mgr directory*Created by: eric-c-cyr*
I'd like to propose a new class called AdjacencyManager in the panzer dof-manager directory. It could be constructed in much the same way asa the DOFManager, using a ConnManager and then using Tpetra transposes ...*Created by: eric-c-cyr*
I'd like to propose a new class called AdjacencyManager in the panzer dof-manager directory. It could be constructed in much the same way asa the DOFManager, using a ConnManager and then using Tpetra transposes to compute the relevant adjacencies. This issue is to discuss the possibility and also propose some interface designs. I'd like this to be somewhat consistent with the dof-manager.
Interested parties: @seamill @rppawlo @egphill
DG capability in Panzerhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/746override warnings in panzer2016-10-31T18:46:44ZJames Willenbringoverride warnings in panzer*Created by: bathmatt*
@rppawlo @eric-c-cyr Do we want to fix these by adding overrides to all the model evaluator calls
In file included from /Users/mbetten/Trilinos/mini-PIC/src/main.cpp:69:
/Users/mbetten/installs/install-for-panzer...*Created by: bathmatt*
@rppawlo @eric-c-cyr Do we want to fix these by adding overrides to all the model evaluator calls
In file included from /Users/mbetten/Trilinos/mini-PIC/src/main.cpp:69:
/Users/mbetten/installs/install-for-panzer/clang-DEBUG/include/Panzer_ModelEvaluator.hpp:131:68: warning: 'get_W_factory' overrides a member
function but is not marked 'override' [-Winconsistent-missing-override]
Teuchos::RCP<const Thyra::LinearOpWithSolveFactoryBase<Scalar> > get_W_factory() const;
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/747Amesos2_Basker_UnitTests with ShyLU Basker and Threads > 1 Failed2017-08-29T15:56:15ZJames WillenbringAmesos2_Basker_UnitTests with ShyLU Basker and Threads > 1 Failed*Created by: ndellingwood*
@ndellingwood
This test failed when using gcc version 5.4 and OpenMP build.
```
Start 2: Amesos2_Basker_UnitTests
2/3 Test #2: Amesos2_Basker_UnitTests ..........***Failed Required regular expression no...*Created by: ndellingwood*
@ndellingwood
This test failed when using gcc version 5.4 and OpenMP build.
```
Start 2: Amesos2_Basker_UnitTests
2/3 Test #2: Amesos2_Basker_UnitTests ..........***Failed Required regular expression not found.Regex=[End Result: TEST PASSED
] 0.02 sec
```
Relevant output line with more verbose output:
`Basker_double_int_LongInt_Solve_UnitTest ... "Tpetra::MultiVector":`
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/750STK: STKUtil requires Boost but does not state a required Boost dependency2016-11-09T18:57:06ZJames WillenbringSTK: STKUtil requires Boost but does not state a required Boost dependency*Created by: ibaned*
I configured Trilinos with STKExprEval enabled and the Boost TPL not enabled, and got compiler errors of which the following is one example:
```
/home/daibane/src/Trilinos/packages/stk/stk_util/stk_util/util/Parame...*Created by: ibaned*
I configured Trilinos with STKExprEval enabled and the Boost TPL not enabled, and got compiler errors of which the following is one example:
```
/home/daibane/src/Trilinos/packages/stk/stk_util/stk_util/util/ParameterList.hpp:38:10: fatal error: 'boost/any.hpp' file not found
#include <boost/any.hpp> // for any, any_cast
^
```
There seems to be some effort in the STKUtil CMake files to properly handle an optional dependency on BoostLib, but these errors show that either more files need to be conditionally compiled or a required dependency needs to be stated.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/763Add Trilinos::initialize (and Trilinos::finalize)2016-11-02T22:16:45ZJames WillenbringAdd Trilinos::initialize (and Trilinos::finalize)*Created by: mhoemmen*
Result of Kokkos / Tpetra meeting. We will fill this in.
@crtrott @jjellio @rppawlo @maherou
I didn't ask for this. This came up at the Kokkos / Tpetra meeting today. *Created by: mhoemmen*
Result of Kokkos / Tpetra meeting. We will fill this in.
@crtrott @jjellio @rppawlo @maherou
I didn't ask for this. This came up at the Kokkos / Tpetra meeting today. https://gitlab.osti.gov/jmwille/Trilinos/-/issues/769Tpetra: Memory-scalable I/O2016-11-02T20:57:52ZJames WillenbringTpetra: Memory-scalable I/O*Created by: mhoemmen*
@trilinos/tpetra
Epic for collecting all stories relating to memory-scalable I/O in Tpetra.*Created by: mhoemmen*
@trilinos/tpetra
Epic for collecting all stories relating to memory-scalable I/O in Tpetra.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/767Tpetra: Overlap communication and computation2017-10-26T20:37:53ZJames WillenbringTpetra: Overlap communication and computation*Created by: mhoemmen*
@trilinos/tpetra
Epic for tracking all stories relating to overlapping communication and computation in Tpetra.*Created by: mhoemmen*
@trilinos/tpetra
Epic for tracking all stories relating to overlapping communication and computation in Tpetra.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/768Tpetra: Implement "dual view" semantics2017-10-26T20:38:32ZJames WillenbringTpetra: Implement "dual view" semantics*Created by: mhoemmen*
@trilinos/tpetra
Epic for collecting all stories relating to "dual view" semantics in Tpetra.*Created by: mhoemmen*
@trilinos/tpetra
Epic for collecting all stories relating to "dual view" semantics in Tpetra.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/773Panzer: Interface change for PureBasis and PointRule2016-11-03T16:24:12ZJames WillenbringPanzer: Interface change for PureBasis and PointRule*Created by: seamill*
This issue is a followup on a discussion I had with @eric-c-cyr. Currently we pull DataLayouts from PureBasis and PointRule by directly accessing class members
PureBasis::_functional
PureBasis::_functional_grad...*Created by: seamill*
This issue is a followup on a discussion I had with @eric-c-cyr. Currently we pull DataLayouts from PureBasis and PointRule by directly accessing class members
PureBasis::_functional
PureBasis::_functional_grad
PureBasis::_functional_D2
and
PointRule::dl_scalar
PointRule::dl_vector
...
We could move these DataLayout calls over to functions (e.g. PureBasis::DataLayout_Scalar(), or PureBasis::DataLayout_Tensor(int dim0, int dim1, ...) ) that return RCP<const PHX::DataLayout>. The construction call for DataLayouts appear to be pretty cheap so I don't think this will slow anything down.
This would also allow us to work with specific data layouts that are unique to a certain set of evaluators. For example, two evaluators may interact with a rank 3 tensor that is 3x6x2 for each element's integration point, and using an interface like this would be advantageous.
Also, if we are able to define custom basis DataLayouts we could start loading/gathering basis datasets differently. For example: Maxwell's equations on a HGRAD (nodal) basis could be gathered as a 3-vector at each basis point, which could interact directly with a 3-vector residual. This would reduce the number of transformation calls we currently have to use (e.g. VectorToScalar).
However we choose to go, it would be nice to have a consistent interface between PureBasis and PointRule.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/780STK doc problem2016-12-02T19:53:31ZJames WillenbringSTK doc problem*Created by: VictorEijkhout*
File cmake/PyTrilinos/PyTrilinosConfig.cmake
contains a line:
INCLUDE("${CMAKE_CURRENT_LIST_DIR}/../STKDoc_tests/STKDoc_testsConfig.cmake")
referring to a non-existing file. This does not impede tri...*Created by: VictorEijkhout*
File cmake/PyTrilinos/PyTrilinosConfig.cmake
contains a line:
INCLUDE("${CMAKE_CURRENT_LIST_DIR}/../STKDoc_tests/STKDoc_testsConfig.cmake")
referring to a non-existing file. This does not impede trilinos installation, but it trips up for instance DealII.
[Archive.zip](https://github.com/trilinos/Trilinos/files/571715/Archive.zip)
Victor.
PS why doesn't your ticket system accept files with extension that you generate by the dozen? That kinda makes it hard to attach files. I've packaged some log files and zipped them as attachment to this ticket.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/781Trilinos test programs question2016-11-07T18:51:18ZJames WillenbringTrilinos test programs question*Created by: VictorEijkhout*
All the trilinos packages come with test code. I would like to tell users "copy this directory out of the source tree to your own area, set these environment variables, and then you can build an example code...*Created by: VictorEijkhout*
All the trilinos packages come with test code. I would like to tell users "copy this directory out of the source tree to your own area, set these environment variables, and then you can build an example code".
The trilinos test examples don't seem to be designed along these lines. For instance, the test executables are in the build directory, not in the final install. These build directories are (naturally) not part of the installation that I offer to users. Also, they seem for testing the correctness of the installation, rather than as usage examples for users.
Is my proposed scenario possible? I want to offer users kind of a template of how to build a trilinos application.
Victor.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/788Pamgen build error with GCC 4.4.7 when C++11 is disabled2016-11-07T20:41:55ZJames WillenbringPamgen build error with GCC 4.4.7 when C++11 is disabled*Created by: mhoemmen*
@csiefer2 is Pamgen supposed to be able to build without C++11 support?
See #785 for reported build errors (not the Teuchos errors -- scroll down to the bottom).*Created by: mhoemmen*
@csiefer2 is Pamgen supposed to be able to build without C++11 support?
See #785 for reported build errors (not the Teuchos errors -- scroll down to the bottom).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/791Muelu: internal compiler error: in reload_cse_simplify_operands, at postreload.c2016-11-10T21:57:08ZJames WillenbringMuelu: internal compiler error: in reload_cse_simplify_operands, at postreload.c*Created by: sagitter*
Hi all.
This is a compiler error that comes out by compiling `Trilinos` on a `RHEL7` build-system (`PowerPC 64-bit`):
```
In file included from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-releas...*Created by: sagitter*
Hi all.
This is a compiler error that comes out by compiling `Trilinos` on a `RHEL7` build-system (`PowerPC 64-bit`):
```
In file included from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../Smoothers/MueLu_SmootherPrototype_decl.hpp:52:0,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/muelu/src/MueLu_SmootherPrototype.hpp:1,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../Smoothers/MueLu_Ifpack2Smoother_decl.hpp:74,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/muelu/src/MueLu_Ifpack2Smoother.hpp:1,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../Smoothers/MueLu_SmootherCloner.hpp:56,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../MueCentral/MueLu_Hierarchy_decl.hpp:59,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/muelu/src/MueLu_Hierarchy.hpp:1,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../Headers/MueLu.hpp:68,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/adapters/tpetra/MueLu_RefMaxwell_decl.hpp:49,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/adapters/tpetra/MueLu_RefMaxwell_def.hpp:55,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/stokhos/src/sacado/kokkos/pce/muelu/MueLu_RefMaxwell_UQ_PCE_Serial.cpp:53:
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../MueCentral/MueLu_Factory.hpp: In member function 'Teuchos::RCP<Teuchos::ParameterList> MueLu::Factory::RemoveFactoriesFromList(const Teuchos::ParameterList&) const':
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../MueCentral/MueLu_Factory.hpp:127:5: error: insn does not satisfy its constraints:
}
^
(insn 868 210 869 5 (set (reg:DI 7 7)
(reg:DI 38 6 [orig:145 ivtmp.20487 ] [145])) /usr/include/c++/4.8.2/bits/stl_deque.h:154 518 {*movdi_internal64}
(nil))
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/muelu/src/Interface/../MueCentral/MueLu_Factory.hpp:127:5: internal compiler error: in reload_cse_simplify_operands, at postreload.c:411
```
`cmake` configure:
`+ /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=Release '-DCMAKE_C_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mcpu=power7 -mtune=power7 -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_CXX_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mcpu=power7 -mtune=power7 -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_Fortran_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mcpu=power7 -mtune=power7 -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro -fPIC -pie -Wl,-z,now -Wl,--as-needed' -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_SKIP_RPATH:BOOL=YES -DCMAKE_SKIP_INSTALL_RPATH:BOOL=YES -DBUILD_SHARED_LIBS:BOOL=ON -DTPL_ENABLE_MPI=OFF -DTrilinos_ENABLE_FORTRAN:BOOL=ON -DTrilinos_ENABLE_OpenMP:BOOL=ON -DTrilinos_ENABLE_PyTrilinos:BOOL=OFF -DTpetra_INST_SERIAL:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE=TRUE -DTrilinos_VERBOSE_CONFIGURE=OFF -DTrilinos_ENABLE_CXX11=ON -DTPL_Boost_INCLUDE_DIRS:PATH=/usr/include/boost148 -DTPL_Boost_LIBRARIES:PATH=/usr/lib64/boost148/libboost_system.so:/usr/lib64/boost148/libboost_program_options.so:/usr/lib64/boost148/libboost_signals.so:/usr/lib64/boost148/libboost_regex.so:/usr/lib64/boost148/libboost_filesystem.so:/usr/lib64/boost148/libboost_thread.so:/usr/lib64/boost148/libboost_wserialization.so:/usr/lib64/boost148/libboost_serialization.so -DTrilinos_INSTALL_INCLUDE_DIR=/usr/include/trilinos -DTrilinos_INSTALL_LIB_DIR=/usr/lib64 -DTrilinos_INSTALL_RUNTIME_DIR=/usr/bin -DTrilinos_INSTALL_EXAMPLE_DIR=/usr/share/trilinos/examples -DTrilinos_ENABLE_STRONG_C_COMPILE_WARNINGS=OFF -DTrilinos_ENABLE_STRONG_CXX_COMPILE_WARNINGS=OFF -DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON -DTPL_ENABLE_gtest:BOOL=OFF -DTrilinos_ENABLE_STK:BOOL=OFF -DTrilinos_ENABLE_ALL_PACKAGES=ON -DTrilinos_NO_64BIT_GLOBAL_INDICES=ON ..`
GCC 4.8.5
Full build log: http://koji.fedoraproject.org/koji/getfile?taskID=16356006&name=build.loghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/760Packages that work with MPI in a 32-bit build?2016-11-02T14:42:23ZJames WillenbringPackages that work with MPI in a 32-bit build?*Created by: sagitter*
Hi all.
I'm testing `trilinos 12.8.1` with MPI activated, which packages are known as workable with MPI?
Currently, i'm keeping `Kokkos`, `Xpetra`, `Piro`, `Intrepid` and `Isorropia` deactivated on 32-bit ar...*Created by: sagitter*
Hi all.
I'm testing `trilinos 12.8.1` with MPI activated, which packages are known as workable with MPI?
Currently, i'm keeping `Kokkos`, `Xpetra`, `Piro`, `Intrepid` and `Isorropia` deactivated on 32-bit architectures but even `STK` looks to have problem. Please, see this log: http://koji.fedoraproject.org/koji/getfile?taskID=16277182&name=build.log
Thanks.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/793Teuchos: Fix Clang 3.9 build warnings in BLAS wrappers2016-11-09T00:05:31ZJames WillenbringTeuchos: Fix Clang 3.9 build warnings in BLAS wrappers*Created by: mhoemmen*
@trilinos/teuchos
```
/scratch/prj/Trilinos/Trilinos/packages/teuchos/numerics/src/Teuchos_BLAS_wrappers.hpp:198:29: warning: 'zdotc_' has C-linkage specified, but returns user-defined type 'std::complex<double...*Created by: mhoemmen*
@trilinos/teuchos
```
/scratch/prj/Trilinos/Trilinos/packages/teuchos/numerics/src/Teuchos_BLAS_wrappers.hpp:198:29: warning: 'zdotc_' has C-linkage specified, but returns user-defined type 'std::complex<double>' which is incompatible with C [-Wreturn-type-c-linkage]
std::complex<double> PREFIX ZDOT_F77(const int* n, const std::complex<double> x[], const int* incx, const std::complex<double> y[], const int* incy);
^
...
/scratch/prj/Trilinos/Trilinos/packages/teuchos/numerics/src/Teuchos_BLAS_wrappers.hpp:258:28: warning: 'cdotc_' has C-linkage specified, but returns user-defined type 'std::complex<float>' which is incompatible with C [-Wreturn-type-c-linkage]
std::complex<float> PREFIX CDOT_F77(const int* n, const std::complex<float> x[], const int* incx, const std::complex<float> y[], const int* incy);
^
...
```
Work-around if C99 exists is to use the built-in C types `float _Complex` and `double _Complex`. Teuchos already does that in one place. Note that with Microsoft Visual C++, C++11 support does not imply full C99 support (not sure if that's truly standards-compliant, but it's the case, which is why the current place where Teuchos uses these types currently does not use them with MS VC++).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/795Add Hessian support to Thyra Model Evaluator2017-01-13T12:34:20ZJames WillenbringAdd Hessian support to Thyra Model Evaluator*Created by: mperego*
Add Hessian support to Thyra Model Evaluator.
Details are provided here:
https://docs.google.com/document/d/14oek8UQdDmAn_V0s-zbWR-IsW9WBRKEIgh0Y5gsxiOY/edit#heading=h.ggzv0sz6p2bt*Created by: mperego*
Add Hessian support to Thyra Model Evaluator.
Details are provided here:
https://docs.google.com/document/d/14oek8UQdDmAn_V0s-zbWR-IsW9WBRKEIgh0Y5gsxiOY/edit#heading=h.ggzv0sz6p2bthttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/796Tpetra: Improve MPI+X scalability of sparse matrix-matrix multiply and global...2017-10-26T20:39:31ZJames WillenbringTpetra: Improve MPI+X scalability of sparse matrix-matrix multiply and global assembly*Created by: mhoemmen*
@trilinos/tpetra @trilinos/muelu
[mfh edit 13 Jul 2017: Promote #802 from task to story]
Stories:
- #629: Make sparse matrix-matrix multiply thread-parallel
- #797: Improve thread scalability of Impor...*Created by: mhoemmen*
@trilinos/tpetra @trilinos/muelu
[mfh edit 13 Jul 2017: Promote #802 from task to story]
Stories:
- #629: Make sparse matrix-matrix multiply thread-parallel
- #797: Improve thread scalability of Import/Export
- #802: Improve thread scalability of transferAndFillComplete
- #829: Improve thread scalability of CrsMatrix::fillComplete
- #832: Improve thread scalability of CrsGraph::fillComplete
#832 may or may not matter directly for sparse matrix-matrix multiply, but it's reasonable to do both CrsMatrix and CrsGraph at the same time, since they share much in common.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/797Tpetra: Improve thread scalability of Import/Export2017-10-26T20:39:02ZJames WillenbringTpetra: Improve thread scalability of Import/Export*Created by: mhoemmen*
@trilinos/tpetra
Epic: #796
[mfh edit 13 Jul 2017: promote the transferAndFillComplete task, #802, into its own story]
This involves several tasks, not all fully identified:
- [x] Change Tpetra::D...*Created by: mhoemmen*
@trilinos/tpetra
Epic: #796
[mfh edit 13 Jul 2017: promote the transferAndFillComplete task, #802, into its own story]
This involves several tasks, not all fully identified:
- [x] Change Tpetra::Details::PackTraits to support thread-parallel pack & unpack (#798)
- [ ] Make CrsGraph use the new PackTraits interface to do thread-parallel pack & unpack (#799)
- [x] Ditto for CrsMatrix (#800)
- [ ] Ditto for BlockCrsMatrix (#801)
- [x] Ditto for CrsMatrix::transferAndFillComplete (#802)
For #800, #801, and #802, we need to do performance tests to make sure that the changes thread-scale without sacrificing performance in the MPI-only case. It may make sense to have a non-threaded implementation if the number of threads is 1. (Some users may use Tpetra's OpenMP back-end without realizing it, but run with 1 thread per MPI process. That's why this should be a run-time decision rather than a decision based on the back-end type.)
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/799Tpetra: Make CrsGraph do thread-parallel pack & unpack2018-05-16T04:14:09ZJames WillenbringTpetra: Make CrsGraph do thread-parallel pack & unpack*Created by: mhoemmen*
@trilinos/tpetra
Story: #797 *Created by: mhoemmen*
@trilinos/tpetra
Story: #797 Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/783STK (with MPICH): Error: 'communicate_any' was not declared2016-11-07T19:42:45ZJames WillenbringSTK (with MPICH): Error: 'communicate_any' was not declared*Created by: sagitter*
Hi all.
`STK` does not compile with `MPICH` enabled with this error:
```
[ 21%] Building CXX object packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o
cd /builddir/bu...*Created by: sagitter*
Hi all.
`STK` does not compile with `MPICH` enabled with this error:
```
[ 21%] Building CXX object packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o
cd /builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build/packages/stk/stk_util/stk_util/parallel && /usr/lib64/mpich/bin/mpicxx -Dstk_util_parallel_EXPORTS -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build/packages/stk/stk_util/stk_util/parallel -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/parallel -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build/packages/stk/stk_util/stk_util/diag -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/diag -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/environment -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build/packages/stk/stk_util/stk_util/util -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build/packages/stk/stk_util -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/util -I/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/seacas/libraries/aprepro_lib -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -fPIC -DNDEBUG -std=c++11 -fopenmp -O3 -fPIC -o CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o -c /builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/parallel/CommSparse.cpp
/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/parallel/CommSparse.cpp: In member function 'void stk::CommSparse::communicate()':
/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/packages/stk/stk_util/stk_util/parallel/CommSparse.cpp:297:75: error: 'communicate_any' was not declared in this scope
communicate_any( m_comm , m_send , m_recv, m_send_procs, m_recv_procs );
^
packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/build.make:89: recipe for target 'packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o' failed
make[2]: Leaving directory '/builddir/build/BUILD/trilinos-12.8.1/buildmpich_dir/build'
CMakeFiles/Makefile2:17040: recipe for target 'packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/all' failed
```
I have already disabled STK on serial builds.
See attached log please.
[trilinos-build_mpich.txt](https://github.com/trilinos/Trilinos/files/573948/trilinos-build_mpich.txt)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/751Xpetra: 'Kokkos::Compat' does not name a type (32-bit build with Kokkos disab...2016-11-04T13:33:38ZJames WillenbringXpetra: 'Kokkos::Compat' does not name a type (32-bit build with Kokkos disabled)*Created by: sagitter*
Hi all.
`trilinos`-12.8.1 does not compile on Fedora 24 32-bit with following error:
```
In file included from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/src/Utils/Xpe...*Created by: sagitter*
Hi all.
`trilinos`-12.8.1 does not compile on Fedora 24 32-bit with following error:
```
In file included from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/src/Utils/Xpetra_Utils.hpp:59:0,
from /builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/src/Utils/Xpetra_Utils.cpp:46:
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/src/Map/Xpetra_Map.hpp:66:27: error: 'KokkosOpenMPWrapperNode' in namespace 'Kokkos::Compat' does not name a type
typedef Kokkos::Compat::KokkosOpenMPWrapperNode EpetraNode;
^~~~~~~~~~~~~~~~~~~~~~~
packages/xpetra/src/CMakeFiles/xpetra.dir/build.make:65: recipe for target 'packages/xpetra/src/CMakeFiles/xpetra.dir/Utils/Xpetra_Utils.cpp.o' failed
```
Please, take a look to the logs attached (build log + list of dependencies).
[trilinos-f24.zip](https://github.com/trilinos/Trilinos/files/560591/trilinos-f24.zip)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/820Tpetra: Benchmark performance of existing thread-parallel solver kernels2017-01-04T15:49:56ZJames WillenbringTpetra: Benchmark performance of existing thread-parallel solver kernels*Created by: mhoemmen*
@trilinos/tpetra
(@jjellio, I can't assign you yet because you're not part of the Trilinos organization. See #819. After that's done, I'll assign you too :-) .)
Stories:
- #822: Establish baseline by com...*Created by: mhoemmen*
@trilinos/tpetra
(@jjellio, I can't assign you yet because you're not part of the Trilinos organization. See #819. After that's done, I'll assign you too :-) .)
Stories:
- #822: Establish baseline by comparing performance against a reference (single-threaded CPU) implementation (solves only, not setup)
- #823: Measure thread scaling of solver kernels (mainly OpenMP, Haswell and KNL, though other platforms are welcome), without MPI
- #824: Same as above, but with MPI, single node
- #825: Same as above, but with MPI, multiple nodes (modest node counts only)
"Solver kernels" include the following:
- Sparse matrix-vector multiply
- Vector dot products
- Vector 2-norm
- GEMV (Tpetra::multiply), both transpose and non-transpose cases; use a threaded BLAS (e.g., MKL with MKL_NUM_THREADS=OMP_NUM_THREADS)
- Point Jacobi (Ifpack2::Relaxation, 1 sweep)
Where sensible, measurements should include the following levels:
- KokkosKernels
- Tpetra (e.g., CrsMatrix::apply)
- Ifpack2(::Relaxation::apply)
- Belos wrappers for vector operations (MultiVecTraits)
@jjellio has gotten a solid start on this, and has added timers already at many of the above levels.
We also have some data from a mid-2013 performance assessment, comparing solve performance of Tpetra/Belos/Ifpack2/MueLu solves (MPI only) with Epetra/AztecOO/ML solves. I will ping @pwxy to see if he has more recent comparison data. (@pwxy did studies after that performance assessment to track MueLu setup performance improvements. There may be relevant data there. This culminated in a 2014 journal paper.)
I will break this epic down into stories and tasks. Please feel free to help out with that, especially at the task creation level. Please tag all such issues with the Tpetra-FY17-Q2 "milestone." Thanks all!Tpetra-FY17-Q2https://gitlab.osti.gov/jmwille/Trilinos/-/issues/814Xpetra/Epetra test not compiled (NO_64BIT_GLOBAL_INDICES ON)2016-11-11T18:07:22ZJames WillenbringXpetra/Epetra test not compiled (NO_64BIT_GLOBAL_INDICES ON)*Created by: sagitter*
Hi all.
`Xpetra` test s not compiled with this error on Fedora 24 64-bit:
```
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests....*Created by: sagitter*
Hi all.
`Xpetra` test s not compiled with this error on Fedora 24 64-bit:
```
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp: In member function 'void {anonymous}::MatrixMatrix_Multiply_Epetra64_UnitTest<M, MA, Scalar, LO, GO, Node>::runUnitTestImpl(Teuchos::FancyOStream&, bool&) const':
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp:299:7: error: 'MatrixMarketFileToCrsMatrix64' is not a member of 'EpetraExt'
EpetraExt::MatrixMarketFileToCrsMatrix64("A.mat",*epMap,*epMap,*epMap,ptrA);
^~~~~~~~~
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp:300:7: error: 'MatrixMarketFileToCrsMatrix64' is not a member of 'EpetraExt'
EpetraExt::MatrixMarketFileToCrsMatrix64("B.mat",*epMap,*epMap,*epMap,ptrB);
^~~~~~~~~
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp:301:7: error: 'MatrixMarketFileToCrsMatrix64' is not a member of 'EpetraExt'
EpetraExt::MatrixMarketFileToCrsMatrix64("AB.mat",*epMap,*epMap,*epMap,ptrAB);
^~~~~~~~~
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp:302:7: error: 'MatrixMarketFileToCrsMatrix64' is not a member of 'EpetraExt'
EpetraExt::MatrixMarketFileToCrsMatrix64("AtB.mat",*epMap,*epMap,*epMap,ptrAtB);
^~~~~~~~~
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp:303:7: error: 'MatrixMarketFileToCrsMatrix64' is not a member of 'EpetraExt'
EpetraExt::MatrixMarketFileToCrsMatrix64("ABt.mat",*epMap,*epMap,*epMap,ptrABt);
^~~~~~~~~
/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/packages/xpetra/test/MatrixMatrix/MatrixMatrix_UnitTests.cpp:304:7: error: 'MatrixMarketFileToCrsMatrix64' is not a member of 'EpetraExt'
EpetraExt::MatrixMarketFileToCrsMatrix64("AtBt.mat",*epMap,*epMap,*epMap,ptrAtBt);
^~~~~~~~~
packages/xpetra/test/MatrixMatrix/CMakeFiles/Xpetra_MatrixMatrix_UnitTests.dir/build.make:65: recipe for target 'packages/xpetra/test/MatrixMatrix/CMakeFiles/Xpetra_MatrixMatrix_UnitTests.dir/MatrixMatrix_UnitTests.cpp.o' failed
make[2]: Leaving directory '/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build'
make[2]: *** [packages/xpetra/test/MatrixMatrix/CMakeFiles/Xpetra_MatrixMatrix_UnitTests.dir/MatrixMatrix_UnitTests.cpp.o] Error 1
CMakeFiles/Makefile2:43098: recipe for target 'packages/xpetra/test/MatrixMatrix/CMakeFiles/Xpetra_MatrixMatrix_UnitTests.dir/all' failed
```
Full log: https://kojipkgs.fedoraproject.org//work/tasks/2528/16402528/build.log
`cmake` configuration:
`+ /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=Release '-DCMAKE_C_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_CXX_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_Fortran_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fPIC -pie -Wl,-z,now -Wl,--as-needed' -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_SKIP_RPATH:BOOL=YES -DCMAKE_SKIP_INSTALL_RPATH:BOOL=YES -DBUILD_SHARED_LIBS:BOOL=ON -DTPL_ENABLE_MPI=OFF -DTrilinos_ENABLE_FORTRAN:BOOL=ON -DTrilinos_ENABLE_TESTS:BOOL=ON -DTrilinos_ENABLE_OpenMP:BOOL=ON -DTrilinos_ENABLE_PyTrilinos:BOOL=OFF -DTpetra_INST_SERIAL:BOOL=ON -DCMAKE_VERBOSE_MAKEFILE=TRUE -DTrilinos_VERBOSE_CONFIGURE=OFF -DTrilinos_ENABLE_CXX11=ON -DTrilinos_INSTALL_INCLUDE_DIR=/usr/include/trilinos -DTrilinos_INSTALL_LIB_DIR=/usr/lib64 -DTrilinos_INSTALL_RUNTIME_DIR=/usr/bin -DTrilinos_INSTALL_EXAMPLE_DIR=/usr/share/trilinos/examples -DTrilinos_ENABLE_STRONG_C_COMPILE_WARNINGS=OFF -DTrilinos_ENABLE_STRONG_CXX_COMPILE_WARNINGS=OFF -DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON -DTPL_ENABLE_gtest:BOOL=OFF -DTrilinos_ENABLE_STK:BOOL=OFF -DTrilinos_ENABLE_ALL_PACKAGES=ON -DTrilinos_NO_64BIT_GLOBAL_INDICES=ON ..`https://gitlab.osti.gov/jmwille/Trilinos/-/issues/811Set BUILD_SHARED_LIB to ON by default for Trilinos2016-11-17T15:25:53ZJames WillenbringSet BUILD_SHARED_LIB to ON by default for Trilinos*Created by: ambrad*
**Description:** (written by Ross Bartlett)
By default raw CMake projects don't set `BUILD_SHARED_LIBS` which means it is off and you get static libs. That is bad. In general, static libs take longer to create ...*Created by: ambrad*
**Description:** (written by Ross Bartlett)
By default raw CMake projects don't set `BUILD_SHARED_LIBS` which means it is off and you get static libs. That is bad. In general, static libs take longer to create and link and take up a lot more disk space than for shared libs.
Also, shared libs should be the default as per the agreement for the larger [xSDK standards](https://ideas-productivity.org/resources/xsdk-docs/) that are being developed as part of the IDEAS project (see ["Select option used for indicating whether to build shared libraries (default is shared in XSDK mode")](https://docs.google.com/document/d/18028D6nsuhIrCvJnX6c07r8m_Np4SH-aGXMX4svMs1w/edit#bookmark=id.1n8h8pus6rth)).
Also, note that RPATH issues has been resolved (see TriBITSPub/TriBITS#126) and installed libraries and exectuables run without needing to set any env vars.
Therefore, this Story is to change `BUILD_SHARED_LIB` to `ON` by default for Trilinos.
**Original Description:**
@bartlettroscoe: The file ./cmake/tribits/ci_support/CheckinTest.py generates .config files with example configuration changes commented out. One of them is -DBUILD_SHARED:BOOL=ON. But this should be -DBUILD_SHARED_LIBS:BOOL=ON.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/816Sacado test Sacado_tradoptest_59_ADC_MPI_1 failing in the continuous build2016-11-11T15:46:29ZJames WillenbringSacado test Sacado_tradoptest_59_ADC_MPI_1 failing in the continuous build*Created by: bmpersc*
@trilinos/sacado the Sacado_tradoptest_59_ADC_MPI_1 is timing out on the continuous build. Looking at the output is not really helpful since all it reports is "ok."
You can view the error at:
https://testing.s...*Created by: bmpersc*
@trilinos/sacado the Sacado_tradoptest_59_ADC_MPI_1 is timing out on the continuous build. Looking at the output is not really helpful since all it reports is "ok."
You can view the error at:
https://testing.sandia.gov/cdash/viewTest.php?onlyfailed&buildid=2614593https://gitlab.osti.gov/jmwille/Trilinos/-/issues/813const of subview model in intrepid22016-11-11T17:07:40ZJames Willenbringconst of subview model in intrepid2*Created by: bathmatt*
@eric-c-cyr @kyungjoo-kim @rppawlo
I tested some of the kokkos refactor branch in intrepid2. I was looking at the serial getValues inside of a kokkos parallel_for. Here is a simple code
`
struct foo{
Dy...*Created by: bathmatt*
@eric-c-cyr @kyungjoo-kim @rppawlo
I tested some of the kokkos refactor branch in intrepid2. I was looking at the serial getValues inside of a kokkos parallel_for. Here is a simple code
`
struct foo{
DynRankView<double> in, out;
foo(DynRankView<double> in_,DynRankView<double> out_):in(in_),out(out_){}
KOKKOS_INLINE_FUNCTION
void operator ()(int i)const {
typedef Basis_HGRAD_TRI_C1_FEM Basis;
Basis::Serial<Intrepid2::OPERATOR_VALUE>::getValues(subview(out,i,ALL()), subview(in,i,ALL()));
}
};
`
and a hard coded version
`
void operator ()(int i)const {
out(i,0) = 1. - in(i,0) - in(1,1);
out(i,1) = in(i,0);
out(i,2) = in(i,1);
}
`
Now when I call this with 10M length view on a single core it takes 0.09s, if I skip the subview step and hard code the response it takes 0.03s
From that I'm assuming that the subview creation is roughly 0.06s of the run time.
This is lower than i assumed it would be, but still 70% of the cost. Not suggesting we fix this today, but we may want to in the future. https://gitlab.osti.gov/jmwille/Trilinos/-/issues/821static analysis using PVS2016-11-11T20:51:01ZJames Willenbringstatic analysis using PVS*Created by: davydden*
I did a static code analysis on Trilnos 12.8.1 with gcc 5.4.0 (build by Spack with `-DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON`) using [PVS for Linux](http://www.viva64.com/en/b/0441/ ). The results are
```...*Created by: davydden*
I did a static code analysis on Trilnos 12.8.1 with gcc 5.4.0 (build by Spack with `-DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON`) using [PVS for Linux](http://www.viva64.com/en/b/0441/ ). The results are
```
Total messages: 3907
Filtered messages: 1657
```
There are certainly some false positives, but I am sure that there are also those to be fixed.
[pvs_tasks.txt](https://github.com/trilinos/Trilinos/files/586596/pvs_tasks.txt)
Keep in mind that (from http://www.viva64.com/en/m/0036/)
> It is important to understand that all files to be analyzed should be compiled. If your project actively uses code generation, then this project should be built before analysis, otherwise there may be errors during preprocessing.
Steps to reproduce
```
$ cmake -DCMAKE_EXPORT_COMPILE_COMMANDS=On <blah-blah-blah>
$ make all -j8
$ pvs-studio-analyzer analyze -l PVS-Studio.lic -o pvs.log -j8
$ plog-converter -a GA:1,2 -t tasklist -o pvs_tasks.txt pvs.log
```
For a trial Linux license see http://www.viva64.com/en/b/0441/ .
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/807Phalanx tutorial code/doxygen don't match2017-08-05T04:03:32ZJames WillenbringPhalanx tutorial code/doxygen don't match*Created by: pbosler*
The Phalanx doxygen has a user guide with a tutorial (https://trilinos.org/docs/r12.8/packages/phalanx/doc/html/user_guide.html) which says that the tutorial code resides in phalanx/example/EnergyFlux, but that di...*Created by: pbosler*
The Phalanx doxygen has a user guide with a tutorial (https://trilinos.org/docs/r12.8/packages/phalanx/doc/html/user_guide.html) which says that the tutorial code resides in phalanx/example/EnergyFlux, but that directory does not exist in the git repo.
It seems that much of the tutorial's code may have been moved to phalanx/examples/FEM_Nonlinear but that example does not follow the tutorial's steps. Data types and template parameters are different in Traits.hpp than the ones specified in the tutorial step 3; the evaluators listed in tutorial step 5 are not in the evaluators folder, etc.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/817Belos ParameterList documentation broken2016-11-14T18:20:01ZJames WillenbringBelos ParameterList documentation broken*Created by: wfspotz*
The `ParameterList` documentation for the Belos `BlockGmresSolMgr` is not working. It is supposed to be a collapsible list of parameter descriptions, but nothing renders on the page. `ParameterList` documentation i...*Created by: wfspotz*
The `ParameterList` documentation for the Belos `BlockGmresSolMgr` is not working. It is supposed to be a collapsible list of parameter descriptions, but nothing renders on the page. `ParameterList` documentation is working for Stratimikos and Domi. Locally, we can get the documentation to render correctly. On the trilinos.org site, the generated HTML and XML look OK. So we think there is some issue with dependent javascript or XML files, but Dena can't look at those.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/818a few issues from static code analyzer PVS2016-11-11T17:33:59ZJames Willenbringa few issues from static code analyzer PVS*Created by: davydden*
```
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/Epetra_FECrsGraph.h 65 warn V690 The '=' operator is declared as private in the 'Epetra_...*Created by: davydden*
```
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/Epetra_FECrsGraph.h 65 warn V690 The '=' operator is declared as private in the 'Epetra_FECrsGraph' class, but the default copy constructor will still be generated by compiler. It is dangerous to use such a class.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AztecOO.h 84 warn V690 The 'AztecOO' class implements a copy constructor, but lacks the '=' operator. It is dangerous to use such a class.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/Teuchos_CompObject.hpp 65 warn V690 The 'CompObject' class implements a copy constructor, but lacks the '=' operator. It is dangerous to use such a class.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/Teuchos_SerialDenseMatrix.hpp 464 warn V560 A part of conditional expression is always false: ScalarTraits < ScalarType >::isComplex.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziSolverUtils.hpp 655 err V621 Consider inspecting the 'for' operator. It's possible that the loop will be executed incorrectly or won't be executed at all.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziSolverUtils.hpp 671 err V621 Consider inspecting the 'for' operator. It's possible that the loop will be executed incorrectly or won't be executed at all.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziMatOrthoManager.hpp 425 err V547 Expression is always false. Unsigned type value is never < 0.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziMatOrthoManager.hpp 457 err V621 Consider inspecting the 'for' operator. It's possible that the loop will be executed incorrectly or won't be executed at all.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziSVQBOrthoManager.hpp 310 err V621 Consider inspecting the 'for' operator. It's possible that the loop will be executed incorrectly or won't be executed at all.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziSVQBOrthoManager.hpp 454 warn V560 A part of conditional expression is always false: qr != xr.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziBasicOrthoManager.hpp 335 err V621 Consider inspecting the 'for' operator. It's possible that the loop will be executed incorrectly or won't be executed at all.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/AnasaziLOBPCGSolMgr.hpp 664 warn V747 An odd expression inside parenthesis. It is possible that a function name is missing.
/home/davydden/spack/opt/spack/linux-ubuntu16-x86_64/gcc-5.4.0/trilinos-12.8.1-fwmxwfpiqrrolya5mboyv6jvbz6imq4s/include/Teuchos_CommandLineProcessor.hpp 464 warn V730 Not all members of a class are initialized inside the constructor. Consider inspecting: opt_name, opt_name_false, documentation.
```
to do a proper analysis, you can get a one week trial license for Linux from PVS, see http://www.viva64.com/en/b/0441/ .
A quick usage example for deal.II is [in this issue](https://github.com/dealii/dealii/issues/3342#issuecomment-258896333). In that thread there is also a script to create Github issue for each analysis, if you would like to cover them and track progress.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/815Test ML_ValidateParameters_compareTestOutput dying in continuous2016-11-11T17:52:16ZJames WillenbringTest ML_ValidateParameters_compareTestOutput dying in continuous*Created by: bmpersc*
@jhux2 The ML_ValidateParameters_compareTestOutput is dying with a python error in compareTestOuput. The issue is baffling to me and I am certain it is an issue with the system and not an ML problem. Apparently the...*Created by: bmpersc*
@jhux2 The ML_ValidateParameters_compareTestOutput is dying with a python error in compareTestOuput. The issue is baffling to me and I am certain it is an issue with the system and not an ML problem. Apparently the script is unable to import the re module. I am looking into this to see if I can find out that the issue is.
You can view the error at:
https://testing.sandia.gov/cdash/viewTest.php?onlyfailed&buildid=2614816https://gitlab.osti.gov/jmwille/Trilinos/-/issues/801Tpetra: Make BlockCrsMatrix do thread-parallel pack & unpack2017-10-26T20:41:07ZJames WillenbringTpetra: Make BlockCrsMatrix do thread-parallel pack & unpack*Created by: mhoemmen*
@trilinos/tpetra
Story: #797 *Created by: mhoemmen*
@trilinos/tpetra
Story: #797 Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/806PyTrilinos: Contributing by writing wrappers for missing functions2016-11-10T22:23:46ZJames WillenbringPyTrilinos: Contributing by writing wrappers for missing functions*Created by: hakeemo*
As I gradually build my application using pyTrilinos, I find myself wanting to use functions in Trilinos which have no python interface. I would like to have some guidance in how to implement a python wrapper for a...*Created by: hakeemo*
As I gradually build my application using pyTrilinos, I find myself wanting to use functions in Trilinos which have no python interface. I would like to have some guidance in how to implement a python wrapper for a specific function. As a concrete example I would like to wrap ML_Epetra::EpetraMatrix2MLMatrix. How can this be done? I would gladly start pull requests with my updated code.
@wfspotz https://gitlab.osti.gov/jmwille/Trilinos/-/issues/826Test Piro_EpetraSolver_MPI_42018-10-10T21:47:33ZJames WillenbringTest Piro_EpetraSolver_MPI_4*Created by: bartlettroscoe*
**CC:** @trilinos/framework, @agsalin
**Description:**
The test `Piro_EpetraSolver_MPI_4` has been failing in CI test for all recorded history as shown by:
* * http://testing.sandia.gov/cdash/query...*Created by: bartlettroscoe*
**CC:** @trilinos/framework, @agsalin
**Description:**
The test `Piro_EpetraSolver_MPI_4` has been failing in CI test for all recorded history as shown by:
* * http://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&date=&limit=200&filtercount=3&showfilters=1&limit=200&filtercombine=and&field1=testname/string&compare1=61&value1=Piro_EpetraSolver_MPI_4&field2=buildname/string&compare2=61&value2=Linux-GCC-4.7.2-CONTINUOUS_MPI_OPT_DEV_SHARED&field3=buildstarttime/date&compare3=84&value3=2016-11-12
which currently is only going back to 9/20. Yes, this test has been failing non-stop in CI testing for almost 2 full months!
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/830Isorropia example error: format not a string literal and no format arguments2016-11-14T18:04:49ZJames WillenbringIsorropia example error: format not a string literal and no format arguments*Created by: sagitter*
Hi all.
`Isorropia` "order_example" does not compile with following error:
```
/builddir/build/BUILD/trilinos-12.8.1/buildopenmpi_dir/packages/isorropia/example/order_example.cpp: In function 'int main(int,...*Created by: sagitter*
Hi all.
`Isorropia` "order_example" does not compile with following error:
```
/builddir/build/BUILD/trilinos-12.8.1/buildopenmpi_dir/packages/isorropia/example/order_example.cpp: In function 'int main(int, char**)':
/builddir/build/BUILD/trilinos-12.8.1/buildopenmpi_dir/packages/isorropia/example/order_example.cpp:116:42: error: format not a string literal and no format arguments [-Werror=format-security]
sprintf(file_name, MMFileName.c_str());
^
```
`cmake` configuration (MPI enabled):
`+ /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE:STRING=Release '-DCMAKE_C_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_CXX_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_Fortran_FLAGS_RELEASE:STRING=-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -Wl,-z,relro -fPIC -Wl,-z,now' '-DCMAKE_EXE_LINKER_FLAGS:STRING=-Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -fPIC -pie -Wl,-z,now -Wl,--as-needed' -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_SKIP_RPATH:BOOL=YES -DCMAKE_SKIP_INSTALL_RPATH:BOOL=YES -DBUILD_SHARED_LIBS:BOOL=ON -DTPL_ENABLE_MPI=ON -DMPI_BASE_DIR= -DTrilinos_ENABLE_FORTRAN=ON -DTrilinos_ENABLE_TESTS:BOOL=ON -DTrilinos_ENABLE_OpenMP=ON -DTrilinos_ENABLE_PyTrilinos:BOOL=ON -DTPL_ENABLE_MPI4PY:BOOL=ON -DTrilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=ON -DPyTrilinos_INSTALL_PREFIX:PATH=/usr/lib64 -DPYTHON_VERSION:STRING=2.7 -DTpetra_INST_SERIAL:BOOL=OFF -DCMAKE_VERBOSE_MAKEFILE=TRUE -DTrilinos_VERBOSE_CONFIGURE=OFF -DTrilinos_ENABLE_CXX11=ON -DTrilinos_INSTALL_INCLUDE_DIR=/usr/include/openmpi-x86_64/trilinos -DTrilinos_INSTALL_LIB_DIR=/usr/lib64/openmpi/lib -DTrilinos_INSTALL_RUNTIME_DIR=/usr/lib64/openmpi/bin -DTrilinos_INSTALL_EXAMPLE_DIR=/usr/share/trilinos/examples -DTrilinos_ENABLE_STRONG_C_COMPILE_WARNINGS=OFF -DTrilinos_ENABLE_STRONG_CXX_COMPILE_WARNINGS=OFF -DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON -DTPL_ENABLE_gtest:BOOL=OFF -DTrilinos_ENABLE_STK:BOOL=OFF -DTrilinos_ENABLE_ALL_PACKAGES=ON ..`
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/832Tpetra: Improve thread scalability of CrsGraph::fillComplete2017-10-26T20:41:39ZJames WillenbringTpetra: Improve thread scalability of CrsGraph::fillComplete*Created by: mhoemmen*
@trilinos/tpetra
Epic: #796
Tasks (incomplete list):
- #799: Thread-parallelize CrsGraph pack and unpack (used in globalAssemble)
- #658: Thread-parallelize makeColMap
- #834 (#660 optional in FY17): ...*Created by: mhoemmen*
@trilinos/tpetra
Epic: #796
Tasks (incomplete list):
- #799: Thread-parallelize CrsGraph pack and unpack (used in globalAssemble)
- #658: Thread-parallelize makeColMap
- #834 (#660 optional in FY17): Thread-parallelize sort and merge of column indices
- #835: Thread-parallelize computeGlobalConstants
Improve thread scalability of Tpetra::CrsGraph::fillComplete.
This should always refer to first fillComplete, since that's the only time when CrsGraph::fillComplete should need to do anything. (CrsGraph does not allow changes after first fillComplete.)
Here's what CrsGraph::fillComplete does:
1. Get "Sort column Map ghost GIDs" bool parameter (defaults to true)
2. Get "No Nonlocal Changes" bool parameter (defaults to false)
3. Allocate indices, if they have not already been allocated (they have if the graph is nonempty on the calling process)
4. Do global assembly if needed (see (2))
5. Set domain and range Maps (just RCP assignment)
6. If the graph does not already have a column Map, make one (by calling makeColMap)
7. If column indices are stored as global indices, convert them to local
8. Sort the column indices in each row
9. Merge the column indices in each row (inserts do not merge by default; this is different than Epetra)
10. Make the Import and/or Export objects, if needed
11. "Compute local and global constants" (e.g., scan the graph to check if locally upper or lower triangular; do an all-reduce to compute global number of entries, etc.)
12. "Fill local graph": convert from the graph's current local data structure, to an optimized local data structure
Notes:
(1) has consequences for thread parallelization. (See discussion of (6) and (10) below.) Its default state of true gives makeColMap the freedom to relax the original order of GIDs. If false, makeColMap maintains a separate array of GIDs in order to remember the original order. It would be hard to thread-parallelize this step without atomic push_back or a two-pass (count, then fill) approach.
(2) means that by default, fillComplete must do an extra all-reduce in order to tell whether any processes have inserted into nonowned rows on any process. It should only need to do this all-reduce at first fillComplete, but see #833.
(3) is part of Crs{Graph,Matrix}'s lazy allocation strategy. This makes these objects use constant storage per process if the graph / matrix is empty. However, lazy allocation hinders thread parallelization of structure changes through Tpetra's interface. It's something that we will need to address at some point.
(4): CrsMatrix::globalAssemble is expensive compared with the two-matrix Export approach. However, CrsGraph does not (currently) allow structure changes after first fillComplete, so this is less of a concern. Note that the two-graph Export approach depends on #799 for thread parallelization.
(6) and (10) are opportunities for thread parallelization. There is an outstanding issue even in Bugzilla to merge makeColMap and makeImportExport. This has benefits for reducing MPI communication, by not throwing away information (what process owns what column indices in the column Map) that may have required MPI communication to get. Merging the two methods would involve a new Import constructor that uses this process ownership information to bypass some of the normal Import setup process. Merging makeColMap and makeImportExport would thus let us get away with not thread-parallelizing the normal Import constructor.
(7): If the CrsGraph is StaticProfile (argument to its constructor, governing pre-first-fillComplete storage format), makeIndicesLocal is already thread parallel. However, if the CrsGraph is DynamicProfile, this is not thread parallel. Fixing this would incur some sequential overhead or require a data structure change, due to current use of Teuchos memory management classes, which are not thread safe (see #229). It's more efficient anyway to fill a StaticProfile CrsGraph, so we recommend that applications take this approach. See Tpetra Lesson 04 on different fill strategies.
(8), (9): Inserting into a CrsGraph does not currently merge entries in the same row with the same column index. That's why sort and merge are separate steps. Regardless, a one-level thread parallelization of sort and merge is not hard. For each row, we would call a sequential sort. GPU-izing or vectorizing this is much harder; it calls for a segmented sort (and merge). See #662.
(11) reads all the graph's entries. It is not yet thread parallel. Making this thread parallel may call for doing (12) (fillLocalGraph) before (11). This would ensure that the graph's local data structure is a Kokkos::StaticCrsGraph, and thus safe and optimized for parallel kernels. We could also merge some of the local work in (11) with (12). This could mitigate some of the costs of the DynamicProfile or of the unpacked StaticProfile cases in fillLocalGraph.
(12): Copy data structure from DynamicProfile ("2-D," array of arrays) or unpacked StaticProfile (compressed sparse row, with extra space in some rows), to packed StaticProfile (compressed sparse row, with no extra space in any row). The StaticProfile case (unpacked to packed) is already thread parallel. Above notes on (7) explain why the DynamicProfile case would take work to make thread parallel. Best practice for applications would be to use StaticProfile graphs only.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/833Tpetra::CrsGraph::globalAssemble only needs to be called at first fillComplet...2017-10-26T20:42:13ZJames WillenbringTpetra::CrsGraph::globalAssemble only needs to be called at first fillComplete, if at all*Created by: mhoemmen*
@trilinos/tpetra
CrsGraph does not (currently) allow structure changes after first fillComplete, so there is no point in calling globalAssemble (with default all-reduce check) at subsequent fillComplete calls.*Created by: mhoemmen*
@trilinos/tpetra
CrsGraph does not (currently) allow structure changes after first fillComplete, so there is no point in calling globalAssemble (with default all-reduce check) at subsequent fillComplete calls.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/839MueLu::SemiCoarsenPFactory::MakeSemiCoarsenP inconsistent return type2017-05-23T15:51:32ZJames WillenbringMueLu::SemiCoarsenPFactory::MakeSemiCoarsenP inconsistent return type*Created by: lucbv*
@jhux2 On line 149 of muelu/scr/Transfers/SemiCoarsen/MueLu_SemiCoarsenPFactory_def.hpp, the return type is assumed to be GO however it is specified as LO in the prototype and LocalOrdinal in the function definition.*Created by: lucbv*
@jhux2 On line 149 of muelu/scr/Transfers/SemiCoarsen/MueLu_SemiCoarsenPFactory_def.hpp, the return type is assumed to be GO however it is specified as LO in the prototype and LocalOrdinal in the function definition.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/854Sacado: Internal compiler error with GCC 4.7.2 (MPI_DEBUG build)2016-11-16T22:25:27ZJames WillenbringSacado: Internal compiler error with GCC 4.7.2 (MPI_DEBUG build)*Created by: mhoemmen*
@trilinos/sacado @etphipp @bmpersc
```
.../Trilinos/packages/sacado/test/performance/fad_kokkos_hierarchical.cpp: In lambda function:
.../Trilinos/packages/sacado/test/performance/fad_kokkos_hierarchical.cpp...*Created by: mhoemmen*
@trilinos/sacado @etphipp @bmpersc
```
.../Trilinos/packages/sacado/test/performance/fad_kokkos_hierarchical.cpp: In lambda function:
.../Trilinos/packages/sacado/test/performance/fad_kokkos_hierarchical.cpp:519:9: internal compiler error: in make_decl_rtl, at varasm.c:1147
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
```
GCC 4.7.2 doesn't like lambdas with Kokkos. Lambdas are kind of essential to what you're doing, if the name means what I think it means, so I'm not sure if this will actually work with GCC 4.7.2 :(https://gitlab.osti.gov/jmwille/Trilinos/-/issues/860ML: implicit declaration of function ‘ML_Operator_Copy_Statistics’2017-07-20T11:02:06ZJames WillenbringML: implicit declaration of function ‘ML_Operator_Copy_Statistics’*Created by: nschloe*
From [the Debian build](https://qa.debian.org/bls/packages/t/trilinos.html):
```
"/<<PKGBUILDDIR>>/packages/ml/src/Coarsen/ml_aggregate.c"
/<<PKGBUILDDIR>>/packages/ml/src/Coarsen/ml_aggregate.c: In function ‘ML...*Created by: nschloe*
From [the Debian build](https://qa.debian.org/bls/packages/t/trilinos.html):
```
"/<<PKGBUILDDIR>>/packages/ml/src/Coarsen/ml_aggregate.c"
/<<PKGBUILDDIR>>/packages/ml/src/Coarsen/ml_aggregate.c: In function ‘ML_repartition_matrix’:
/<<PKGBUILDDIR>>/packages/ml/src/Coarsen/ml_aggregate.c:2097:3: warning: implicit declaration of function ‘ML_Operator_Copy_Statistics’ [-Wimplicit-function-declaration]
ML_Operator_Copy_Statistics(mat,permuted_Amat);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/864Panzer: Refactor Point evaluation (ResponseScatterEvaluator_Probe) routines2017-07-27T15:23:25ZJames WillenbringPanzer: Refactor Point evaluation (ResponseScatterEvaluator_Probe) routines*Created by: rppawlo*
As part of #274, the ResponseScatterEvaluator_Probe functionality has been temporarily disabled. We will need to recover for application builds. Additionally, it turns out that there is no unit test for this evalua...*Created by: rppawlo*
As part of #274, the ResponseScatterEvaluator_Probe functionality has been temporarily disabled. We will need to recover for application builds. Additionally, it turns out that there is no unit test for this evaluator.
Definition of done:
1. Recover capability for applications using this test
2. Add a unit test to panzer to protect this capability in the future.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/866PyTrilinos: libpytrilinos.so, undefined symbols2017-06-21T15:03:52ZJames WillenbringPyTrilinos: libpytrilinos.so, undefined symbols*Created by: sagitter*
Hi all.
`libpytrilinos.so` library has various undefined symbols:
```
$ ldd -r /usr/lib64/libpytrilinos.so.12.8.1
linux-vdso.so.1 (0x00007fff581e4000)
libtpetra.so.12 => /lib64/libtpetra.so.12 (0x00007f...*Created by: sagitter*
Hi all.
`libpytrilinos.so` library has various undefined symbols:
```
$ ldd -r /usr/lib64/libpytrilinos.so.12.8.1
linux-vdso.so.1 (0x00007fff581e4000)
libtpetra.so.12 => /lib64/libtpetra.so.12 (0x00007fc73aa3f000)
libepetraext.so.12 => /lib64/libepetraext.so.12 (0x00007fc73a70f000)
libepetra.so.12 => /lib64/libepetra.so.12 (0x00007fc73a3ba000)
libteuchoscomm.so.12 => /lib64/libteuchoscomm.so.12 (0x00007fc73a154000)
libteuchosparameterlist.so.12 => /lib64/libteuchosparameterlist.so.12 (0x00007fc739b3d000)
libteuchoscore.so.12 => /lib64/libteuchoscore.so.12 (0x00007fc7398e0000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007fc739558000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fc739341000)
libc.so.6 => /lib64/libc.so.6 (0x00007fc738f7e000)
libtpetrakernels.so.12 => /lib64/libtpetrakernels.so.12 (0x00007fc738723000)
libtpetraclassicnodeapi.so.12 => /lib64/libtpetraclassicnodeapi.so.12 (0x00007fc738518000)
libteuchosnumerics.so.12 => /lib64/libteuchosnumerics.so.12 (0x00007fc7382f2000)
libteuchoskokkoscompat.so.12 => /lib64/libteuchoskokkoscompat.so.12 (0x00007fc7380e6000)
libkokkoscore.so.12 => /lib64/libkokkoscore.so.12 (0x00007fc737e86000)
libm.so.6 => /lib64/libm.so.6 (0x00007fc737b7c000)
libgomp.so.1 => /lib64/libgomp.so.1 (0x00007fc73794e000)
libtriutils.so.12 => /lib64/libtriutils.so.12 (0x00007fc7376fc000)
liblapack.so.3 => /lib64/liblapack.so.3 (0x00007fc736efc000)
libblas.so.3 => /lib64/libblas.so.3 (0x00007fc736ca5000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc736a88000)
/lib64/ld-linux-x86-64.so.2 (0x0000555aa02b4000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fc736884000)
libgfortran.so.3 => /lib64/libgfortran.so.3 (0x00007fc736552000)
libquadmath.so.0 => /lib64/libquadmath.so.0 (0x00007fc736312000)
undefined symbol: PyDict_SetItem (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_ValueError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_KeyError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyDict_SetItemString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyImport_ImportModule (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyType_IsSubtype (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyString_FromString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_SetAttrString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_Fetch (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_RuntimeError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_Print (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_SetString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_CallObject (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyCObject_AsVoidPtr (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_IsInstance (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_WriteUnraisable (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _Py_ZeroStruct (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyImport_ImportModuleLevel (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_Init (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyString_Format (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _PyInstance_Lookup (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _PyWeakref_CallableProxyType (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyDict_Next (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyInstance_Type (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _PyObject_New (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyInt_FromLong (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _Py_NoneStruct (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_Clear (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyDict_New (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyInt_AsLong (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_RichCompareBool (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PySequence_GetItem (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _Py_NotImplementedStruct (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PySequence_Size (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_TypeError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: Py_BuildValue (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyType_Ready (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PySequence_Concat (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyFloat_FromDouble (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_IsTrue (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyDict_GetItemString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_Free (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyBool_FromLong (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _Py_TrueStruct (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _PyObject_GetDictPtr (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyTuple_GetItem (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyFloat_Type (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_IndexError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: _PyWeakref_ProxyType (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_Malloc (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyFloat_AsDouble (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyTuple_SetItem (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyBool_Type (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyInstance_NewRaw (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_Restore (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_Type (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_Call (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyArg_UnpackTuple (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PySequence_Check (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyString_AsString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyLong_FromVoidPtr (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyCapsule_Import (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_GetAttr (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_GetAttrString (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyDict_GetItem (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_CallFunctionObjArgs (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyTuple_New (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_Str (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_Format (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyString_FromFormat (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_AttributeError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyExc_ImportError (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyTuple_Size (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyErr_Occurred (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyCObject_Type (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyString_ConcatAndDel (/usr/lib64/libpytrilinos.so.12.8.1)
undefined symbol: PyObject_GenericGetAttr (/usr/lib64/libpytrilinos.so.12.8.1)
```
It's built on Fedora 24 with `Python2.7`; should not it be linked to `libpython.so`?
Build log: https://kojipkgs.fedoraproject.org//work/tasks/5595/16545595/build.loghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/881Zoltan2::EvaluatePartition - calculates metric inside the constructor2016-11-28T19:36:10ZJames WillenbringZoltan2::EvaluatePartition - calculates metric inside the constructor*Created by: mndevec*
EvaluatePartition has a shared constructor in which the all available metrics are calculated. This created some issues when I inherit a new class from EvaluatePartition.
I am currently working on the mapping pr...*Created by: mndevec*
EvaluatePartition has a shared constructor in which the all available metrics are calculated. This created some issues when I inherit a new class from EvaluatePartition.
I am currently working on the mapping problem. Many classes in mapping problem inherit from the classes of partitioning problem, since a mapping problem is also a partitioning problem with extra considerations including the underlying network topology. MappingSolution inherits PartitioningSolution, EvaluateMapping inherits EvaluatePartition, so that I can add new functionalities with minimal code.
I was adding virtual metric calculation functions to EvaluatePartition so that EvaluateMapping would over-write them. However, since these functions are called within the constructor, virtual functions do not work, as the constructor of the child class hasn't overwrite the virtual functions.
This is not an issue for EvaluatePartition class itself, but moving the metric calculation out of EvaluatePartition would make the life much easier for EvaluateMapping class. This will require addition of evaluate function (as 3rd line below), which requires updates all over the code. I am willing to do this change, if you agree on this.
```c++
typedef Zoltan2::EvaluatePartition<my_adapter_t> quality_t;
RCP<quality_t> metricObject_1 = rcp(new quality_t(input_adapter,problemParams,comm,solution));
metricObject_1->evaluate();
metricObject_1->printMetrics(cout);
```
@trilinos/zoltan2 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/880PyTrilinos: tests failed for missing __init__.py2017-10-05T21:19:12ZJames WillenbringPyTrilinos: tests failed for missing __init__.py*Created by: sagitter*
Hi all.
A couple of `PyTrilinos` tests (`PyTrilinos_testIsorropia, PyTrilinos_testNOX_StatusTest`) are failing for missing `__init__.py` files:
```
Start 1571: PyTrilinos_testNOX_StatusTest
1571: T...*Created by: sagitter*
Hi all.
A couple of `PyTrilinos` tests (`PyTrilinos_testIsorropia, PyTrilinos_testNOX_StatusTest`) are failing for missing `__init__.py` files:
```
Start 1571: PyTrilinos_testNOX_StatusTest
1571: Test command: /usr/bin/python2.7 "testNOX_StatusTest.py" "--testharness"
1571: Test timeout computed to be: 2000
1571: Traceback (most recent call last):
1571: File "testNOX_StatusTest.py", line 68, in <module>
1571: NOX = fromPyTrilinosImport('NOX' , options.testharness)
1571: File "/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/PyTrilinos/test/testutil.py", line 100, in fromPyTrilinosImport
1571: PyTrilinosPkg = __import__(fullname, globals, locals)
1571: File "/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/PyTrilinos/src/PyTrilinos/NOX/__init__.py", line 49, in <module>
1571: ___init__ = swig_import_helper()
1571: File "/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/PyTrilinos/src/PyTrilinos/NOX/__init__.py", line 48, in swig_import_helper
1571: return importlib.import_module('___init__')
1571: File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
1571: __import__(name)
1571: ImportError: No module named ___init__
1568/1571 Test #1570: PyTrilinos_testML_Preconditioner ............................................. Passed 0.31 sec
1569/1571 Test #1569: PyTrilinos_testML_PyMatrix ................................................... Passed 0.31 sec
1570/1571 Test #1571: PyTrilinos_testNOX_StatusTest ................................................***Failed Required regular expression not found.Regex=[End Result: TEST PASSED
] 0.13 sec
Start 1557: PyTrilinos_testIsorropia
1557: Test command: /usr/bin/python2.7 "testIsorropia.py" "--testharness"
1557: Test timeout computed to be: 2000
1557: Traceback (most recent call last):
1557: File "testIsorropia.py", line 55, in <module>
1557: Isorropia = fromPyTrilinosImport('Isorropia' , True)
1557: File "/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/PyTrilinos/test/testutil.py", line 100, in fromPyTrilinosImport
1557: PyTrilinosPkg = __import__(fullname, globals, locals)
1557: File "/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/PyTrilinos/src/PyTrilinos/Isorropia/__init__.py", line 32, in <module>
1557: ___init__ = swig_import_helper()
1557: File "/builddir/build/BUILD/trilinos-12.8.1/Trilinos-trilinos-release-12-8-1/build/packages/PyTrilinos/src/PyTrilinos/Isorropia/__init__.py", line 31, in swig_import_helper
1557: return importlib.import_module('___init__')
1557: File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in import_module
1557: __import__(name)
1557: ImportError: No module named ___init__
1554/1571 Test #1557: PyTrilinos_testIsorropia .....................................................***Failed Required regular expression not found.Regex=[End Result: TEST PASSED
```
Build log: https://kojipkgs.fedoraproject.org//work/tasks/264/16560264/build.loghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/885Zoltan2_ImbalanceMetricsUtility.hpp targetNumParts is comm size2016-12-14T23:07:18ZJames WillenbringZoltan2_ImbalanceMetricsUtility.hpp targetNumParts is comm size*Created by: mndevec*
imbalanceMetrics function in Zoltan2_ImbalanceMetricsUtility.hpp seems to obtain targetNumParts from the communicatior size around line ~454.
Is this the way that was decided? Shouldn't it obtain those from Sol...*Created by: mndevec*
imbalanceMetrics function in Zoltan2_ImbalanceMetricsUtility.hpp seems to obtain targetNumParts from the communicatior size around line ~454.
Is this the way that was decided? Shouldn't it obtain those from Solution using getTargetGlobalNumberOfParts?
This prints invalid imbalances for the mapping problems where I have serial input adapters.
@trilinos/zoltan2
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/891Set up automated Nightly testing for PyTrilinos2018-04-11T15:58:48ZJames WillenbringSet up automated Nightly testing for PyTrilinos*Created by: bartlettroscoe*
**CC:** @trilinos/framework, @wfspotz
**Description:**
Currently PyTrilinos is not under any automated testing that gets posted up to the Trilinos CDash site:
* testing.sandia.gov/cdash/
See the...*Created by: bartlettroscoe*
**CC:** @trilinos/framework, @wfspotz
**Description:**
Currently PyTrilinos is not under any automated testing that gets posted up to the Trilinos CDash site:
* testing.sandia.gov/cdash/
See the below email chain.
----
From: Bartlett, Roscoe A
Sent: Tuesday, November 29, 2016 4:10 PM
To: Spotz, William F
Cc: Willenbring, James M; Perschbacher, Brent M
Subject: RE: [Pytrilinos-regression] FAILED (c=1): Trilinos/PyTrilinos - Linux-GCC-4.7.2-MPI_RELEASE_DEBUG_SHARED_PT_CI - Continuous
Bill,
PyTrilinos was enabled by accident. See:
* https://github.com/trilinos/Trilinos/issues/482#issuecomment-263575023
* https://github.com/trilinos/Trilinos/commit/1b14dadb154a2f49e1097c91a0340d66c39306b6
It is not enabled in the correct PT CI build as shown here:
* http://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=2634468
Some work is going to need to be done before PyTrilinos can be built using the SEMS env and include in any automated testing. For example, currently, PyTrilinos is not tested in any automated Trilinos build uploaded to CDash:
* http://testing.sandia.gov/cdash/index.php?subproject=PyTrilinos&project=Trilinos&date=2016-11-28
Getting things set up to test PyTrilinos is something that you are going to need to take up with the Trilinos Framework team (i.e. Jim and Brent) and the SEMS team.
But at the very minimum, you should set up PyTrilinos testing on one of your machines where you have this working.
-Ross
----
From: Spotz, William F
Sent: Tuesday, November 29, 2016 4:04 PM
To: Bartlett, Roscoe A
Subject: Fwd: [Pytrilinos-regression] FAILED (c=1): Trilinos/PyTrilinos - Linux-GCC-4.7.2-MPI_RELEASE_DEBUG_SHARED_PT_CI - Continuous
Hi Ross,
So does “Pytrilinos-regression” include both of us?
If not, the configure errors were that
1) No python numpy module was found
2) The SWIG version, 1.3.40, was too old — required is 3.0.0
-Bill
----
From: CDash <trilinos-regression@sandia.gov>
Subject: [Pytrilinos-regression] FAILED (c=1): Trilinos/PyTrilinos - Linux-GCC-4.7.2-MPI_RELEASE_DEBUG_SHARED_PT_CI - Continuous
Date: November 29, 2016 at 1:13:33 AM MST
To: <pytrilinos-regression@software.sandia.gov>
Reply-To: <noreply@sandia.gov>
A submission to CDash for the project Trilinos has configure errors.
You have been identified as one of the authors who have checked in changes that are part of this submission or you are listed in the default contact list.
Details on the submission can be found at http://testing.sandia.gov/cdash/buildSummary.php?buildid=2633954
Project: Trilinos
SubProject: PyTrilinos
Site: crf450.srn.sandia.gov
Build Name: Linux-GCC-4.7.2-MPI_RELEASE_DEBUG_SHARED_PT_CI
Build Time: 2016-11-29T08:13:32 UTC
Type: Continuous
Configure errors: 1
*Configure*
Status: 1 (http://testing.sandia.gov/cdash/viewConfigure.php?buildid=2633954)
Output:
Configuring Trilinos build directory
-- PROJECT_SOURCE_DIR='/ascldap/users/rabartl/Trilinos.base/SEMSCIBuild/Trilinos'
-- PROJECT_BINARY_DIR='/home/rabartl/Trilinos.base/SEMSCIBuild/BUILD'
-- Trilinos_TRIBITS_DIR='/ascldap/users/rabartl/Trilinos.base/SE
-CDash on testing.sandia.gov
_______________________________________________
Pytrilinos-regression mailing list
Pytrilinos-regression@software.sandia.gov
https://software.sandia.gov/mailman/listinfo/pytrilinos-regression
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/919ShyLUBasker Test failures2016-12-13T03:03:02ZJames WillenbringShyLUBasker Test failures*Created by: krcb*
ShyLUBasker has 2 tests that report status "not run" in develop, one of which fails when I enable it's execution. These failures block #649. Details below:
Start 4: ShyLUBasker_basker_amesos2_test_4
Unable to find...*Created by: krcb*
ShyLUBasker has 2 tests that report status "not run" in develop, one of which fails when I enable it's execution. These failures block #649. Details below:
Start 4: ShyLUBasker_basker_amesos2_test_4
Unable to find required file:
<path-to-build>/packages/shylu/basker/test/basker_amesos2_interface_test.exe
4/8 Test #4: ShyLUBasker_basker_amesos2_test_4 .............***Not Run 0.00 sec
Start 5: ShyLUBasker_basker_amesos2_coverage_test_14
Unable to find required file:
<path-to-build>packages/shylu/basker/test/basker_amesos2_coverage_test.exe
5/8 Test #5: ShyLUBasker_basker_amesos2_coverage_test_14 ...***Not Run 0.00 sec
In packages/ShyLU/basker/test/CMakeLists.txt, the executables named by these tests are inconsistently named at compilation time. amesos2_interface_test should be named basket_amesos2_interface_test and amesos2_interface_coverage_test should be named basker_amesos2_coverage_test. After fixing this inconsistency, on a clean checkout of develop, I see:
4/8 Test #4: ShyLUBasker_basker_amesos2_test_4 ............. Passed 0.55 sec
Start 5: ShyLUBasker_basker_amesos2_coverage_test_14
5/8 Test #5: ShyLUBasker_basker_amesos2_coverage_test_14 ...***Failed Required regular expression not found.Regex=[OVERALL FINAL RESULT: TEST PASSED .ShyLUBasker_basker_amesos2_coverage_test_14.
] 0.23 sec
In the output from the failed test, I have:
--------------------------------------------------------------------------------
Matrix read
Read Matrix, Time: 0.000764
Kokkos Settings
hwloc aval: 0
numa count: 1
thrd numa: 1
==============Starting Test 1, 1 Threads===========
Setting Threads:1
Done with Symbolic, Time: 0.000594
Done with Factor, Time: 0.000398
btf_c spmv
TEST_SOLVE: ||x-x||/||x| = -2.540280e-09
TEST PASSED
Done with Solve, Time: 6.8e-05
||X||: 429 ||Y-AX||: 0
Done with Refactor Factor, Time: 0.000261
Done with Refactor Solve, Time: 2e-05
||X||: 429 ||Y-AX||: 0
============Starting Test 2, 2 Threads================
Setting Threads:2
Done with Symbolic, Time: 0.000441
Done with Factor, Time: 0.000312
btf_c spmv
TEST_SOLVE: ||x-x||/||x| = -2.540280e-09
TEST PASSED
Done with Solve, Time: 9.9e-05
||X||: 429 ||Y-AX||: 0
Done with Refactor Factor, Time: 0.000336
Done with Refactor Solve, Time: 2.9e-05
||X||: 429 ||Y-AX||: 0
============Starting Test 4, 4 Threads=============
Setting Threads:4
Done with Symbolic, Time: 0.002628
Done with Factor, Time: 0.000362
--------------------------------------------------------------------------------
TEST_0: Return code = Segmentation fault
TEST_0: Pass criteria = Zero return code [FAILED]
TEST_0: Pass criteria = Not match REGEX {FAILED} [FAILED]
TEST_0: Result = FAILED
================================================================================https://gitlab.osti.gov/jmwille/Trilinos/-/issues/903Allow github integration tool "reviewable" access to repo2017-02-13T16:18:25ZJames WillenbringAllow github integration tool "reviewable" access to repo*Created by: jhux2*
@bmpersc @jwillenbring
This is a request to make the Trilinos repo accessible by the github integration tool [reviewable](https://reviewable.io/reviews#-). See the message at the bottom of the attached screensho...*Created by: jhux2*
@bmpersc @jwillenbring
This is a request to make the Trilinos repo accessible by the github integration tool [reviewable](https://reviewable.io/reviews#-). See the message at the bottom of the attached screenshot.
![reviewable](https://cloud.githubusercontent.com/assets/12970120/20899488/791a6f7a-badf-11e6-9986-496435fefbda.png)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/901Automated testing with docker containers2016-12-06T21:33:39ZJames WillenbringAutomated testing with docker containers*Created by: tawiesn*
This story is to collect all ideas for setting up a checkin/testing environment based on docker containers. The idea is to develop Trilinos on platforms different than Linux but make sure that all tests run on sele...*Created by: tawiesn*
This story is to collect all ideas for setting up a checkin/testing environment based on docker containers. The idea is to develop Trilinos on platforms different than Linux but make sure that all tests run on selected Linux platforms before checkin the changes to the Trilinos repository.
@jwillenbring @maherou https://gitlab.osti.gov/jmwille/Trilinos/-/issues/916Teuchos, Sacado, and Anasazi to split ENABLE_COMPLEX into ENABLE_COMPLEX_FLOA...2016-12-12T17:38:25ZJames WillenbringTeuchos, Sacado, and Anasazi to split ENABLE_COMPLEX into ENABLE_COMPLEX_FLOAT and ENABLE_COMPLEX_DOUBLE*Created by: bartlettroscoe*
**CC:** @trilinos/framework, @trilinos/teuchos, @trilinos/anasazi, @trilinos/thyra
As part of #362, I noticed that Teuchos, Sacado, and Anasazi only have `<PackageName>_ENABLE_COMPLEX` and `<PackageName>...*Created by: bartlettroscoe*
**CC:** @trilinos/framework, @trilinos/teuchos, @trilinos/anasazi, @trilinos/thyra
As part of #362, I noticed that Teuchos, Sacado, and Anasazi only have `<PackageName>_ENABLE_COMPLEX` and `<PackageName>_ENABLE_FLOAT` options. Unlike Tpetra, they don't allow you to enable `float` and `complex<double>` bout not `complex<float>`. Well, no one is using `complex<float>` so even if some customer enables `float` and `complex<double>` they should not have to pay the compile and object code cost for `complex<float>`.
This story is to provide the options `<PackageName>_ENABLE_COMPLEX_FLOAT` and `<PackageName>_ENABLE_COMPLEX_DOUBLE` for these packages. and hook these into the global enable options like Tpetra now does (as part of #362).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/932Expose Belos' fixed solver through Stratimikos2017-09-21T01:41:38ZJames WillenbringExpose Belos' fixed solver through Stratimikos*Created by: aprokop*
@trilinos/stratimikos @trilinos/belos
I have a code that uses Stratimikos/Thyra to run a preconditioned solve for a linear problem. I'd like to try out a preconditioner in a Richardson/fixed point iteration. Th...*Created by: aprokop*
@trilinos/stratimikos @trilinos/belos
I have a code that uses Stratimikos/Thyra to run a preconditioned solve for a linear problem. I'd like to try out a preconditioner in a Richardson/fixed point iteration. The easiest thing would be to try out the Belos' fixed point iteration (@mhoemmen @csiefer2 is it used/correct/recently tested?)
Unfortunately, it does not seem to be exposed through Stratimikos. I will probably have to fix this.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/939Tpetra::MultiVector: Isolate & do separate ETI for pack & unpack kernels2016-12-17T06:54:09ZJames WillenbringTpetra::MultiVector: Isolate & do separate ETI for pack & unpack kernels*Created by: mhoemmen*
@trilinos/tpetra
Pack and unpack kernels for Tpetra::MultiVector currently get built on the fly. It would make sense to isolate those kernels and use the ETI system to build them separately from Tpetra_MultiVec...*Created by: mhoemmen*
@trilinos/tpetra
Pack and unpack kernels for Tpetra::MultiVector currently get built on the fly. It would make sense to isolate those kernels and use the ETI system to build them separately from Tpetra_MultiVector_def.hpp.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/943Epetra installs test files into bin/2016-12-20T18:13:04ZJames WillenbringEpetra installs test files into bin/*Created by: nschloe*
With
```
cmake \
-DCMAKE_SHARED_LINKER_FLAGS="$CMAKE_SHARED_LINKER_FLAGS -Wl,--no-undefined" \
-DCMAKE_INSTALL_PREFIX:PATH=/opt/trilinos/launchpad/ \
-DCMAKE_C_COMPILER=mpicc \
-DCMAKE_CXX_COMPILER=mp...*Created by: nschloe*
With
```
cmake \
-DCMAKE_SHARED_LINKER_FLAGS="$CMAKE_SHARED_LINKER_FLAGS -Wl,--no-undefined" \
-DCMAKE_INSTALL_PREFIX:PATH=/opt/trilinos/launchpad/ \
-DCMAKE_C_COMPILER=mpicc \
-DCMAKE_CXX_COMPILER=mpicxx \
-DCMAKE_Fortran_COMPILER=mpif90 \
-DBUILD_SHARED_LIBS:BOOL=ON \
-DCMAKE_SKIP_INSTALL_RPATH:BOOL=ON \
-DTrilinos_INSTALL_INCLUDE_DIR:PATH=include/trilinos/ \
-DTrilinos_INSTALL_TriBITS:BOOL=OFF \
-DTrilinos_LIBRARY_NAME_PREFIX:STRING="trilinos_" \
-DTrilinos_USE_GNUINSTALLDIRS:BOOL=ON \
-DTrilinos_ENABLE_DEVELOPMENT_MODE:BOOL=OFF \
-DTrilinos_ENABLE_ALL_PACKAGES:BOOL=ON \
-DTrilinos_ENABLE_SECONDARY_TESTED_CODE:BOOL=ON \
-DTrilinos_ASSERT_MISSING_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-DTrilinos_ENABLE_FEI:BOOL=OFF \
-DTrilinos_ENABLE_Gtest:BOOL=OFF \
-DTrilinos_ENABLE_Intrepid2:BOOL=OFF \
-DTrilinos_ENABLE_Panzer:BOOL=OFF \
-DTrilinos_ENABLE_PyTrilinos:BOOL=OFF \
-DTrilinos_ENABLE_SEACAS:BOOL=OFF \
-DTrilinos_ENABLE_STK:BOOL=OFF \
-DTrilinos_ENABLE_STKClassic:BOOL=OFF \
-DTrilinos_ENABLE_STKDoc_tests:BOOL=OFF \
-DTrilinos_ENABLE_STKSearch:BOOL=OFF \
-DTrilinos_ENABLE_STKUnit_tests:BOOL=OFF \
-DTrilinos_ENABLE_ThreadPool:BOOL=OFF \
-DTrilinos_ENABLE_EXAMPLES:BOOL=OFF \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DZoltan_ENABLE_TESTS:BOOL=ON \
-DTPL_ENABLE_BinUtils:BOOL=OFF \
-DTPL_ENABLE_Boost:BOOL=ON \
-DTPL_ENABLE_HDF5:BOOL=OFF \
-DHDF5_INCLUDE_DIRS:PATH=/usr/include/hdf5/openmpi/ \
-DHDF5_LIBRARY_DIRS:PATH=/usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/openmpi/ \
-DTPL_ENABLE_Matio:BOOL=OFF \
-DTPL_ENABLE_MATLAB:BOOL=OFF \
-DTPL_ENABLE_MPI:BOOL=ON \
-DTPL_ENABLE_MUMPS:BOOL=ON \
-DTPL_ENABLE_Netcdf:BOOL=OFF \
-DTPL_ENABLE_ParMETIS:BOOL=OFF \
-DTPL_ENABLE_Scotch:BOOL=OFF \
-DTPL_ENABLE_SuperLU:BOOL=OFF \
-DTPL_ENABLE_TBB:BOOL=ON \
-DTPL_ENABLE_X11:BOOL=OFF \
-DTPL_ENABLE_Zlib:BOOL=ON \
../../source-upstream/
```
(perhaps some of the lines can be dropped), `make install` will install test files into `$PREFIX/bin/`, namely
```
Epetra_BasicPerfTest_test.exe
Epetra_BasicPerfTest_test_LL.exe
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/917cudaErrorIllegalAddress when running with Trilinos+Belos+MueLu on GPUs 2016-12-13T13:37:07ZJames WillenbringcudaErrorIllegalAddress when running with Trilinos+Belos+MueLu on GPUs *Created by: georgepaw*
Hi,
I have been recently looking into the performance of the TeaLeaf mini-app (https://github.com/georgepaw/TeaLeaf_Trilinos/tree/kokkos_gpu) which has been ported to Trilinos running on multiple GPUs. This im...*Created by: georgepaw*
Hi,
I have been recently looking into the performance of the TeaLeaf mini-app (https://github.com/georgepaw/TeaLeaf_Trilinos/tree/kokkos_gpu) which has been ported to Trilinos running on multiple GPUs. This implementation uses the Belos package to do a CG solve and MueLu for multigrid preconditioners.
Using the instructions from here:
https://trilinos.org/about/documentation/building-with-cuda-support/
I have been able to build Trilinos ([commit 8f5c62f](https://github.com/trilinos/Trilinos/commit/8f5c62f)) with Kokkos with CUDA support (gcc 4.8.5, OpenMPI 1.10.3 with CUDA support enabled and CUDA 7.5.18) (built using https://github.com/georgepaw/TeaLeaf_Trilinos/blob/kokkos_gpu/do-configure.sh), and I have been able to run TeaLeaf with a CG solve and no preconditioner on multiple nodes with multiple GPUs (NVIDIA k40) (using https://gist.github.com/georgepaw/ee7a3dc9fcbb904dee11860e1e4d47b2 as Options.xml).
I have now been trying to use the multigrid preconditioners from MueLu (using https://gist.github.com/georgepaw/a22360106f7bc40738686427a432a3b2 and https://gist.github.com/georgepaw/ccf4d6a4138285f1f37f0856c9c03ffe as Options.xml)
and both of these, MueLu-GS and MueLu-damped Jacobi, work fine on a single GPU, or on 2 GPUs (whether 2 GPUs on 1 node or 2 nodes with 1 GPU each).
When running on more than 2 GPUs I get these errors for both MueLu-GS and MueLu-damped Jacobi:
`terminate called after throwing an instance of 'std::runtime_error'
what(): cudaDeviceSynchronize() error( cudaErrorIllegalAddress): an illegal memory access was encountered /path/to/Trilinos/packages/kokkos/core/src/Cuda/Kokkos_Cuda_Impl.cpp:122`
(cleaned up trace in https://gist.github.com/georgepaw/8a1c3e28f930c1228de4c2f8e47ca627)
For MueLu-GS I have also tried running multiple ranks on the same GPU as I expect there might be some host-only computations. I have been able to run on 1 GPU with 2 MPI ranks (1 CPU core per rank), however running more than 2 ranks on a single GPU or more than 1 rank on 2 GPUs results in the same illegal memory exception as above.https://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/953LinearSolverFactory: Add a way to add new solvers at run time2017-09-06T23:25:48ZJames WillenbringLinearSolverFactory: Add a way to add new solvers at run time*Created by: mhoemmen*
@trilinos/belos
Story: #748
For a given package's LinearSolverFactory, and for a particular template parameter combination, add a way to add new solvers at run time.
For example, if we implement Pipeline...*Created by: mhoemmen*
@trilinos/belos
Story: #748
For a given package's LinearSolverFactory, and for a particular template parameter combination, add a way to add new solvers at run time.
For example, if we implement Pipelined CG _just_ for Tpetra objects, we want a way to add this solver to the list of solvers that Belos' factory knows how to create.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/955PyTrilinos: move out SWIG detection to root cmake/2018-06-26T20:36:00ZJames WillenbringPyTrilinos: move out SWIG detection to root cmake/*Created by: aprokop*
ForTrilinos will use SWIG and thus this code could be shared by both.*Created by: aprokop*
ForTrilinos will use SWIG and thus this code could be shared by both.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/958Tpetra::CrsMatrix: Possible bug in transposed apply2018-01-23T17:11:16ZJames WillenbringTpetra::CrsMatrix: Possible bug in transposed apply*Created by: mhoemmen*
@trilinos/tpetra
@ikalash reported the following:
> I am trying to use Tpetra::CrsMatrix apply method with a Teuchos::TRANS combine mode, and the method does not appear to be working correctly. I end up with...*Created by: mhoemmen*
@trilinos/tpetra
@ikalash reported the following:
> I am trying to use Tpetra::CrsMatrix apply method with a Teuchos::TRANS combine mode, and the method does not appear to be working correctly. I end up with a vector of zeros even though the operator is nonzero, nor is the input vector. If I set the combine mode to Teuchos::NO_TRANS, things work correctly. I assume Teuchos::TRANS has been tested, so perhaps I am doing something wrong, although I am not sure what it could be. Is there some caveat about the method’s usage with the TRANS combine mode? I printed the Boolean returned when calling hasTransposeApply() and it prints true.
@ikalash also sent data, which I'll post here.Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/960Tpetra: Feature request to add "min" CombineMode2017-10-26T20:50:03ZJames WillenbringTpetra: Feature request to add "min" CombineMode*Created by: ikalash*
@mhoemmen
@jrobbin
@trilinos/tpetra
I would like to request the addition of a method equivalent to Epetra_Min to the Tpetra exporter class. It is needed in the Albany code. *Created by: ikalash*
@mhoemmen
@jrobbin
@trilinos/tpetra
I would like to request the addition of a method equivalent to Epetra_Min to the Tpetra exporter class. It is needed in the Albany code. Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/965Belos solvers ignore (almost) all orthogonalization parameters2017-01-31T17:21:35ZJames WillenbringBelos solvers ignore (almost) all orthogonalization parameters*Created by: jjellio*
Currently, solvers that need an orthogonalizer call an orthomanager's constructor with only a label argument. (called from the SolMgr's setParameter routine) This allows one to change the type of orthogonalization,...*Created by: jjellio*
Currently, solvers that need an orthogonalizer call an orthomanager's constructor with only a label argument. (called from the SolMgr's setParameter routine) This allows one to change the type of orthogonalization, but never configure it. There are no methods for setting or obtaining the solver's orthogonalizer through the SolMgr interface, hence there is no way to control orthogonalization parameters even though they are supported.
A solution consistent with Trilinos' current packages would be to allow solvers to accept an optional parameter sublist called 'Orthogonalization' that would contain optional parameters for the underlying orthogonalizer. Belos SolMgr implementations would then need to pass this list (if it exists) to the orthomanager constructors.
This is a bit more nuanced than simply adding the above logic, because ortho parameters have leaked into certain SolMgr implementations (GMRES/BlockGMRES, etc..) A small refactor would be required, forcing the solMgr to query the orthomanager instance for necessary parameters at the solver level. This will result in some modifications to certain SolMgr constructors.
@trilinos/belos https://gitlab.osti.gov/jmwille/Trilinos/-/issues/962Tpetra: Avoid atomic ops for unpack if no duplicate LIDs2019-02-17T23:45:14ZJames WillenbringTpetra: Avoid atomic ops for unpack if no duplicate LIDs*Created by: mhoemmen*
@trilinos/tpetra
Epic: #796
This story matters to other epics besides #796.
Thread-parallel implementations of Tpetra::DistObject::unpackAndCombine(New) do not need to do atomic updates if the result LIDs ha...*Created by: mhoemmen*
@trilinos/tpetra
Epic: #796
This story matters to other epics besides #796.
Thread-parallel implementations of Tpetra::DistObject::unpackAndCombine(New) do not need to do atomic updates if the result LIDs have no duplicates (meaning that at most one thread will ever modify any one value of the destination DistObject at a time). "Result LIDs have no duplicates" is a property of the Import / Export object, so the Import / Export object should remember this at construction time for reuse.
This matters because atomic updates have a run-time cost, even if there is no contention between threads. Sparse matrix-vector multiply does an Import on the input MultiVector. In the common case, the result LIDs in this Import should have no duplicates. (This is because the column Map is constructed that way, if users let CrsGraph or CrsMatrix construct the column Map.) Thus, atomic updates add unnecessary run time to this important kernel.
@jjellio and @tjfulle might be interested in this. I would like to fix this for MultiVector in a way that neatly encapsulates its unpack kernels (and ideally also its pack kernels). Fixing this issue should have the side effect of improving MPI-only performance, which is an important use case for many customers (who do not have hardware that requires MPI + threads for good performance).Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/963plans for explicit template instantiation in Intrepid22017-01-05T20:17:26ZJames Willenbringplans for explicit template instantiation in Intrepid2*Created by: jhux2*
Are there plans to add ETI support in Intrepid2? This would help reduce build times in packages that depend on Intrepid2.
@trilinos/intrepid2 *Created by: jhux2*
Are there plans to add ETI support in Intrepid2? This would help reduce build times in packages that depend on Intrepid2.
@trilinos/intrepid2