Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-06-08T15:27:26Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/5044MueLu broke NERSC and waterman Albany nightlies2019-06-08T15:27:26ZJames WillenbringMueLu broke NERSC and waterman Albany nightlies*Created by: ikalash*
Albany failed to build last night in our NERSC and waterman nightlies. Trilinos compiled just fine, but Albany returned the following error when built on top of Trilinos:
```
/.../build/TrilinosInstall/lib/li...*Created by: ikalash*
Albany failed to build last night in our NERSC and waterman nightlies. Trilinos compiled just fine, but Albany returned the following error when built on top of Trilinos:
```
/.../build/TrilinosInstall/lib/libmuelu-interface.a(MueLu_ParameterListInterpreter.cpp.o): In function `virtual thunk to Xpetra::TpetraVector >::~TpetraVector()':
```
Please see:
https://my.cdash.org/viewBuildError.php?buildid=1643124
and
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=84229
for more details. Both builds are using the develop branch of Trilinos.
@trilinos/muelu https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5042Tpetra: fix deprecated case in RowMatrix::add2019-04-30T03:44:47ZJames WillenbringTpetra: fix deprecated case in RowMatrix::add*Created by: kddevin*
## Bug Report
@trilinos/tpetra
relate to #4701
### Description
One case of RowMatrix::add is not handled correctly in the deprecation of DynamicProfile. This case is rarely, if ever, used. we should ei...*Created by: kddevin*
## Bug Report
@trilinos/tpetra
relate to #4701
### Description
One case of RowMatrix::add is not handled correctly in the deprecation of DynamicProfile. This case is rarely, if ever, used. we should either fix it and test it so it works, or throw an error to state we don't support it. (I prefer the first.)
for details and a proposed solution, see https://github.com/trilinos/Trilinos/pull/4701/files/cfd349400d2faa8009822abf165b7c7cfcfa7e74#diff-c109d71d09ef95780e788d789a64f2d9
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5034Framework: apparent problem during PR cmake configure for CUDA2019-04-29T19:00:46ZJames WillenbringFramework: apparent problem during PR cmake configure for CUDA*Created by: jhux2*
@trilinos/framework The [results](https://testing.sandia.gov/cdash/index.php?project=Trilinos&filtercount=1&showfilters=1&field1=buildname&compare1=65&value1=PR-5028) for PR #5028 are showing a lot of tests not run f...*Created by: jhux2*
@trilinos/framework The [results](https://testing.sandia.gov/cdash/index.php?project=Trilinos&filtercount=1&showfilters=1&field1=buildname&compare1=65&value1=PR-5028) for PR #5028 are showing a lot of tests not run for CUDA. The cmake log has the following. Is this perhaps a bug in the configure script itself?
```
Finished configuring Trilinos!
Total time to configure Trilinos: 1m53.234s
-- Configuring done
CMake Warning:
Value of Trilinos_ENABLE_TESTS contained a newline; truncating
-- Generating done
CMake Warning:
Value of Trilinos_ENABLE_TESTS contained a newline; truncating
-- Build files have been written to: /home/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_cuda_9.2/pull_request_test
```
@trilinos/framework @bartlettroscoe @william76 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5031Framework: PR Reproduction Instructions Failing2019-04-29T17:24:35ZJames WillenbringFramework: PR Reproduction Instructions Failing*Created by: csiefer2*
Finished configuring Trilinos!
-- Configuring incomplete, errors occurred!
With no errors showing up in the cmake output (joy!).
GCC 4.9.3, as it turns out.*Created by: csiefer2*
Finished configuring Trilinos!
-- Configuring incomplete, errors occurred!
With no errors showing up in the cmake output (joy!).
GCC 4.9.3, as it turns out.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4833Amesos2: Build error when compiling with SuperLU 5.2.12019-04-23T16:27:51ZJames WillenbringAmesos2: Build error when compiling with SuperLU 5.2.1*Created by: Filipe-Cumaru*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note t...*Created by: Filipe-Cumaru*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
@trilinos/Amesos
@trilinos/Amesos2
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
<!---
Lables: Choose any applicable package names from the Labels drop-down on the
right. Additionally, choose a label to indicate the type of issue, for
instance, bug, build, documentation, enhancement, etc.
-->
## Expectations
<!---
Tell us what you think should happen, how you think things should work, what
you would like to see in the documentation, etc.
-->
Amesos2 works with SuperLU and SuperLU-dist 5.
## Current Behavior
<!---
Tell us how the current behavior fails to meet your expectations in some way.
-->
I've got some compilation errors when trying to build Amesos2 with SuperLU support. Some of those are shown above. I've put the full list of errors in the attached file to avoid flooding this report.
[amesos_compilation_errors.txt](https://github.com/trilinos/Trilinos/files/3055731/amesos_compilation_errors.txt)
```
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superludist_FunctionMap.hpp:378:37: error: invalid conversion from ‘SLUD::int_t {aka int}’ to ‘SLUD::D::LUstruct_t*’ [-fpermissive]
SLUD::D::LUstructInit(m, n, lu);
^
In file included from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superludist_TypeMap.hpp:87:0,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superludist_FunctionMap.hpp:63,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superludist_decl.hpp:58,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superludist.hpp:47,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Factory.hpp:108,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Details_LinearSolverFactory_def.hpp:52,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Details_LinearSolverFactory.hpp:49,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Details_registerLinearSolverFactory.cpp:45:
/usr/include/superlu-dist/superlu_ddefs.h:262:13: note: declared here
extern void LUstructInit(const int_t, LUstruct_t *);
^~~~~~~~~~~~
In file included from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_decl.hpp:58:0,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu.hpp:47,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Factory.hpp:124,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Details_LinearSolverFactory_def.hpp:52,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Details_LinearSolverFactory.hpp:49,
from /home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Details_registerLinearSolverFactory.cpp:45:
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp: At global scope:
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:108:19: error: variable or field ‘sgssvx’ declared void
sgssvx(SLU::superlu_options_t *, SLU::SuperMatrix *, int *, int *, int *,
^~~~~~~~~~~~~~~~~
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:108:19: error: ‘superlu_options_t’ is not a member of ‘SLU’
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:108:38: error: expected primary-expression before ‘,’ token
sgssvx(SLU::superlu_options_t *, SLU::SuperMatrix *, int *, int *, int *,
^
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:115:19: error: ‘mem_usage_t’ is not a member of ‘SLU’
SLU::mem_usage_t *, SLU::SuperLUStat_t *, int *);
^~~~~~~~~~~
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:115:32: error: expected primary-expression before ‘,’ token
SLU::mem_usage_t *, SLU::SuperLUStat_t *, int *);
^
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:115:39: error: ‘SuperLUStat_t’ is not a member of ‘SLU’
SLU::mem_usage_t *, SLU::SuperLUStat_t *, int *);
^~~~~~~~~~~~~
/home/facsa/Downloads/Trilinos-master/packages/amesos2/src/Amesos2_Superlu_FunctionMap.hpp:459:15: error: ‘sgssvx’ is not a member of ‘SLU::S’
SLU::S::sgssvx(options, A, perm_c, perm_r, etree, equed, R, C, L, U, work,
^~~~~~
```
## Steps to Reproduce
<!---
Provide a link to a live example, or an unambiguous set of steps to reproduce
this issue. Include code to reproduce, if relevant.
1. Do this.
1. Do that.
1. Shake fist angrily at computer.
-->
I've configured Trilinos using cmake with the following options:
```
cmake \
-D CMAKE_INSTALL_PREFIX:PATH=/home/facsa/Trilinos-SuperLU \
\
-D MPI_BASE_DIR:PATH=/usr \
\
-D CMAKE_BUILD_TYPE:STRING=DEBUG \
-D CMAKE_Fortran_COMPILER:FILEPATH=/usr/bin/mpif90 \
-D CMAKE_CXX_FLAGS:STRING="-std=c++11 -O3" \
-D BUILD_SHARED_LIBS:BOOL=ON \
-D Trilinos_WARNINGS_AS_ERRORS_FLAGS:STRING="" \
-D PYTHON_EXECUTABLE:FILEPATH=/usr/bin/python3 \
\
-D Trilinos_ENABLE_CXX11=ON \
-D Trilinos_CXX11_FLAGS="-std=c++11" \
-D Trilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_ALL_FORWARD_DEP_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_Teuchos:BOOL=ON \
-D Trilinos_ENABLE_Epetra:BOOL=ON \
-D Trilinos_ENABLE_EpetraExt:BOOL=ON \
-D Trilinos_ENABLE_AztecOO:BOOL=ON \
-D Trilinos_ENABLE_Amesos2:BOOL=ON \
-D Trilinos_ENABLE_ML:BOOL=ON \
-D Trilinos_ENABLE_PyTrilinos:BOOL=OFF \
\
-D Trilinos_ENABLE_EXAMPLES:BOOL=OFF \
-D Trilinos_ENABLE_TESTS:BOOL=OFF \
\
-D TPL_ENABLE_MATLAB:BOOL=OFF \
-D TPL_ENABLE_Matio:BOOL=OFF \
-D TPL_ENABLE_MPI:BOOL=ON \
-D TPL_ENABLE_BLAS:BOOL=ON \
-D TPL_ENABLE_LAPACK:BOOL=ON \
-D TPL_ENABLE_QT:BOOL=OFF \
-D TPL_ENABLE_X11:BOOL=OFF \
-D TPL_ENABLE_SuperLU:BOOL=ON \
-D TPL_SuperLU_LIBRARIES:PATH=/usr/lib/x86_64-linux-gnu \
-D TPL_SuperLU_INCLUDE_DIRS:PATH=/usr/include/superlu \
-D TPL_ENABLE_SuperLUDist:BOOL=ON \
-D TPL_SuperLUDist_INCLUDE_DIRS:PATH=/usr/include/superlu-dist \
-D TPL_SuperLUDist_LIBRARIES:PATH=/usr/lib/x86_64-linux-gnu \
-D TPL_ENABLE_ParMETIS:BOOL=ON \
\
-D CMAKE_VERBOSE_MAKEFILE:BOOL=OFF \
-D Trilinos_VERBOSE_CONFIGURE:BOOL=OFF \
..
```
and then tried to build with ```make```. I've tried to build master branch and the [latest release](https://github.com/trilinos/Trilinos/releases/tag/trilinos-release-12-14-1). Both failed with the same errors.
## Your Environment
<!---
Include relevant details about your environment such that we can replicate this
issue.
-->
I'm trying to build Trilinos on Ubuntu 18.04 (Bionic Beaver). The SuperLU libraries were installed using ```apt-get install libsuperlu-dev libsuperlu-dist-dev```.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4987Tempus: Add StepperObserverComposite2019-04-22T21:47:09ZJames WillenbringTempus: Add StepperObserverComposite*Created by: ccober6*
Add the capability to add a StepperObserverComposite, similar to those for IntegratorBasic and TimeStepControlStrategy.
@krcb has already has a prototype version with this patch against 6e8ea00769b3127490e00fb0...*Created by: ccober6*
Add the capability to add a StepperObserverComposite, similar to those for IntegratorBasic and TimeStepControlStrategy.
@krcb has already has a prototype version with this patch against 6e8ea00769b3127490e00fb0f095401182b7d68b of EM-Plasma/Trilinos/develop
[combinedTempus.patch](https://github.com/trilinos/Trilinos/files/3104970/combinedTempus.patch.log)https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4984MueLu: reduce library size2019-04-24T16:53:24ZJames WillenbringMueLu: reduce library size*Created by: jhux2*
MueLu's library size is large, due to a few factors:
1) Lack of ETI / incorrect usage of ETI in MueLu and or upstream in Xpetra.
2) Unnecessary duplication of weak symbols in MueLu in non-templated classes.
Re...*Created by: jhux2*
MueLu's library size is large, due to a few factors:
1) Lack of ETI / incorrect usage of ETI in MueLu and or upstream in Xpetra.
2) Unnecessary duplication of weak symbols in MueLu in non-templated classes.
Related issue: #3137
@trilinos/muelu https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4986Xpetra: implement ETI system2019-05-01T17:33:51ZJames WillenbringXpetra: implement ETI system*Created by: jhux2*
In order to decrease downstream package's library sizes, such as MueLu's, Xpetra needs to allow for ETI (explicit template instantiation).
@trilinos/xpetra @cgcgcg @lucbv
Related to #4984, #3137.*Created by: jhux2*
In order to decrease downstream package's library sizes, such as MueLu's, Xpetra needs to allow for ETI (explicit template instantiation).
@trilinos/xpetra @cgcgcg @lucbv
Related to #4984, #3137.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4927Compiling issue of MueLu with Trilinos 12.14.12019-04-25T02:54:52ZJames WillenbringCompiling issue of MueLu with Trilinos 12.14.1*Created by: YingzhouLi*
I am compiling Trilinos 12.14.1 on Ubuntu 18.04 with g++ 7.3 and matlab R2018a.
cmake \
-D Trilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D Trilinos_ENABLE_Amesos:BOOL=ON \
-D Trilinos_E...*Created by: YingzhouLi*
I am compiling Trilinos 12.14.1 on Ubuntu 18.04 with g++ 7.3 and matlab R2018a.
cmake \
-D Trilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D Trilinos_ENABLE_Amesos:BOOL=ON \
-D Trilinos_ENABLE_Amesos2:BOOL=ON \
-D Amesos2_ENABLE_KLU2:BOOL=ON \
-D Trilinos_ENABLE_AztecOO:BOOL=ON \
-D Trilinos_ENABLE_Epetra:BOOL=ON \
-D Trilinos_ENABLE_EpetraExt:BOOL=ON \
-D Trilinos_ENABLE_Fortran:BOOL=OFF \
-D Trilinos_ENABLE_Ifpack:BOOL=ON \
-D Trilinos_ENABLE_Ifpack2:BOOL=ON \
-D Trilinos_ENABLE_MueLu:BOOL=ON \
-D MueLu_ENABLE_TESTS:STRING=ON \
-D MueLu_ENABLE_EXAMPLES:STRING=OFF \
-D Trilinos_ENABLE_Teuchos:BOOL=ON \
-D Trilinos_ENABLE_Tpetra:BOOL=ON \
-D Trilinos_ENABLE_Intrepid2:BOOL=ON \
-D Trilinos_ENABLE_COMPLEX_DOUBLE=ON \
-D Teuchos_ENABLE_COMPLEX=ON \
-D TPL_ENABLE_MPI:BOOL=OFF \
-D TPL_ENABLE_MATLAB:BOOL=ON \
-D MATLAB_ROOT:STRING="/usr/local/MATLAB/R2018a/" \
-D MATLAB_ARCH:STRING="glnxa64" \
-D BUILD_SHARED_LIBS:BOOL=ON \
-D CMAKE_CXX_FLAGS="-fPIC -g -DMEX_DOUBLE_HANDLE" \
-D Trilinos_EXTRA_LINK_FLAGS="-lrt -lm -lgfortran" \
..
CMakeFiles/MueLu_UnitTests.dir/ParameterList/FactoryFactory.cpp.o: In function `MueLu::MatlabSmoother<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Setup(MueLu::Level&)':
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:97: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::Matrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::Matrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
CMakeFiles/MueLu_UnitTests.dir/ParameterList/FactoryFactory.cpp.o: In function `MueLu::MatlabSmoother<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Setup(MueLu::Level&)':
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:97: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::Matrix<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::Matrix<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
CMakeFiles/MueLu_UnitTests.dir/ParameterList/FactoryFactory.cpp.o: In function `MueLu::MatlabSmoother<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Apply(Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >&, Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > const&, bool) const':
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:116: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::Matrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::Matrix<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:121: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:122: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:130: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::MultiVector<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::getData()'
CMakeFiles/MueLu_UnitTests.dir/ParameterList/FactoryFactory.cpp.o: In function `MueLu::MatlabSmoother<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Apply(Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >&, Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > const&, bool) const':
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:116: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::Matrix<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::Matrix<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:121: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:122: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::MuemexData(Teuchos::RCP<Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > >&)'
/home/yingzhou/Documents/Trilinos-trilinos-release-12-14-1/packages/muelu/test/unit_tests/../../src/../matlab/src/MueLu_MatlabSmoother_def.hpp:130: undefined reference to `MueLu::MuemexData<Teuchos::RCP<Xpetra::MultiVector<std::complex<double>, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > > >::getData()'
collect2: error: ld returned 1 exit status
packages/muelu/test/unit_tests/CMakeFiles/MueLu_UnitTests.dir/build.make:1421: recipe for target 'packages/muelu/test/unit_tests/MueLu_UnitTests.exe' failed
make[2]: *** [packages/muelu/test/unit_tests/MueLu_UnitTests.exe] Error 1
CMakeFiles/Makefile2:11396: recipe for target 'packages/muelu/test/unit_tests/CMakeFiles/MueLu_UnitTests.dir/all' failed
make[1]: *** [packages/muelu/test/unit_tests/CMakeFiles/MueLu_UnitTests.dir/all] Error 2
Makefile:162: recipe for target 'all' failed
make: *** [all] Error 2
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4965Tempus: Bug Setting Tableau and Initializing2019-04-19T16:24:15ZJames WillenbringTempus: Bug Setting Tableau and Initializing*Created by: ccober6*
## Bug Report
@trilinos/@tempus
### Description
When the tableau is set via setTableau() and the ExplicitRK initialize() is called, the tableau set by setTableau() is lost and the tableau is back to the defaul...*Created by: ccober6*
## Bug Report
@trilinos/@tempus
### Description
When the tableau is set via setTableau() and the ExplicitRK initialize() is called, the tableau set by setTableau() is lost and the tableau is back to the default tableau.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4951Tpetra: link errors in Norms with deprecated code OFF2019-05-03T23:00:55ZJames WillenbringTpetra: link errors in Norms with deprecated code OFF*Created by: kddevin*
## Bug Report
@trilinos/tpetra
### Description
Using the develop branch with Tpetra_ENABLE_DEPRECATED_CODE=OFF, I see the following link errors:
```
[ 50%] Linking CXX executable TpetraCore_BlockExpNamespac...*Created by: kddevin*
## Bug Report
@trilinos/tpetra
### Description
Using the develop branch with Tpetra_ENABLE_DEPRECATED_CODE=OFF, I see the following link errors:
```
[ 50%] Linking CXX executable TpetraCore_BlockExpNamespace.exe
Undefined symbols for architecture x86_64:
"void Tpetra::Details::normImpl<int, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace>, int>(int*, Kokkos::View<int const**, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace> > const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Teuchos::Comm<int> const*)", referenced from:
void (anonymous namespace)::multiVectorNormImpl<int, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >(Tpetra::MultiVector<int, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::mag_type*, Tpetra::MultiVector<int, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >&, Tpetra::Details::EWhichNorm) in libtpetra.a(Tpetra_MultiVector_INT_INT_LONG_LONG_SERIAL.cpp.o)
ld: symbol(s) not found for architecture x86_64
```
### Steps to Reproduce
```
cmake \
-D Trilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D CMAKE_BUILD_TYPE:STRING="DEBUG" \
-D CMAKE_VERBOSE_MAKEFILE:BOOL=OFF \
\
-D MPI_BIN_DIR:PATH="/Users/kddevin/InstalledSoftware/openmpi-1.8.3_clang/bin" \
-D TPL_ENABLE_MPI:BOOL=ON \
-D MPI_EXEC_MAX_NUMPROCS:STRING=11 \
\
-D TPL_ENABLE_BinUtils:BOOL=OFF \
-D TPL_ENABLE_Pthread:BOOL=OFF \
\
-D CMAKE_C_FLAGS:STRING="-Wall -pedantic -Wno-unknown-pragmas -Wno-narrowing -Wno-inline -Wshadow -Wdeprecated-declarations -Wempty-body -Wignored-qualifiers -Wmissing-field-initializers -Wsign-compare -Wtype-limits -Wuninitialized -Winit-self -fstrict-aliasing -Wno-long-long" \
-D CMAKE_CXX_FLAGS:STRING="-Wall -pedantic -Wno-unknown-pragmas -Wno-narrowing -Wno-delete-non-virtual-dtor -Wno-inline -Wshadow -Wdeprecated-declarations -Wempty-body -Wignored-qualifiers -Wmissing-field-initializers -Wsign-compare -Wtype-limits -Wuninitialized -Winit-self -fstrict-aliasing" \
\
-D Trilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_TESTS:BOOL=OFF \
-D Trilinos_ENABLE_EXAMPLES:BOOL=OFF \
\
-D Trilinos_ENABLE_SHADOW_WARNINGS:BOOL=ON \
-D Trilinos_VERBOSE_CONFIGURE:BOOL=OFF \
-D Trilinos_ENABLE_Fortran:BOOL=OFF \
\
-D Trilinos_ENABLE_Tpetra:BOOL=ON \
-D Tpetra_ENABLE_TESTS:BOOL=ON \
-D Tpetra_ENABLE_EXAMPLES:BOOL=ON \
\
-D Tpetra_ENABLE_DEPRECATED_CODE:BOOL=OFF \
-D Tpetra_INST_INT_LONG_LONG:BOOL=ON \
-D Tpetra_INST_INT_INT:BOOL=OFF \
\
-D Teuchos_ENABLE_STACKTRACE:BOOL=OFF \
-D Teuchos_ENABLE_LONG_LONG_INT:BOOL=ON \
..
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4952Framework: Does ATDM testing set MPI_EXEC correctly?2019-04-30T17:47:48ZJames WillenbringFramework: Does ATDM testing set MPI_EXEC correctly?*Created by: kddevin*
## Bug Report
@trilinos/framework @bartlettroscoe
### Description
I am trying to use ATDM testing as instructed in #4904
The compilation works fine, but the tests all fail. I suspect the problem is that ct...*Created by: kddevin*
## Bug Report
@trilinos/framework @bartlettroscoe
### Description
I am trying to use ATDM testing as instructed in #4904
The compilation works fine, but the tests all fail. I suspect the problem is that ctest is using an incompatible version of mpiexec. Should the atdm scripts set MPI_EXEC as they set the CMAKE_*_COMPILER flags?
```
-- MPI_USE_COMPILER_WRAPPERS='ON'
-- Leaving current CMAKE_C_COMPILER=/projects/sems/install/rhel6-x86_64/sems/compiler/gcc/7.2.0/openmpi/1.10.1/bin/mpicc since it is already set!
-- Leaving current CMAKE_CXX_COMPILER=/projects/sems/install/rhel6-x86_64/sems/compiler/gcc/7.2.0/openmpi/1.10.1/bin/mpicxx since it is already set!
-- MPI_EXEC='mpiexec'
-- MPI_EXEC='/usr/local/bin/mpiexec'
```
### Steps to Reproduce
```
[vesper Obj_atdm]$ source ../cmake/std/atdm/load-env.sh gnu-7.2.0-openmp-release-debug
Hostname 'vesper.sandia.gov' matches known ATDM host 'sems-rhel6' and system 'sems-rhel6'
Setting compiler and build options for buld name 'gnu-7.2.0-openmp-release-debug'
Using SEMS RHEL6 compiler stack GNU-7.2.0 to build RELEASE-DEBUG code with Kokkos node type OPENMP
[vesper Obj_atdm]$ which mpiexec
/projects/sems/install/rhel6-x86_64/sems/compiler/gcc/7.2.0/openmpi/1.10.1/bin/mpiexec
[vesper Obj_atdm]$ cmake \
> -GNinja \
> -DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
> -DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_Piro=ON \
> .. >& output.txt
[vesper Obj_atdm]$ grep -i mpiexec output.txt
-- MPI_EXEC='mpiexec'
-- MPI_EXEC='/usr/local/bin/mpiexec
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4933Add support for atdm/load-env.sh <build-name> <custom-config-dir>2019-04-17T20:06:02ZJames WillenbringAdd support for atdm/load-env.sh <build-name> <custom-config-dir>*Created by: bartlettroscoe*
## Description
This story is to scope out and implement a scheme to allow users and developers to extend the ATDM Trilinos configuration to support new systems without having to touch anything in the Tril...*Created by: bartlettroscoe*
## Description
This story is to scope out and implement a scheme to allow users and developers to extend the ATDM Trilinos configuration to support new systems without having to touch anything in the Trilinos source tree. This would make the ATDM Trilinos configuration system satisfy the "Open-Closed Principle" (i.e. open to extension, closed to modification).
This has been requested both by EMPIRE and SPARC PIs.
## Proposed Solution
One idea I had is support this is to allow a second argument like:
```
$ source ~/workspace/Trilinos/cmake/std/atdm/load-env.sh \
gnu-openmp-opt ~/my_tril_config
```
which would require that the file:
```
~/my_tril_config/environment.sh
```
exists and be set up correctly (lots of examples under `Trilinos/cmake/std/atdm/`).
The top directory name (in this example `my_tril_config`) would be set as the system name in the places that need that name.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4936cuda-10.1 stk and tpetra2019-04-17T23:11:54ZJames Willenbringcuda-10.1 stk and tpetra*Created by: bathmatt*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
Can't compile stk ...*Created by: bathmatt*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
Can't compile stk or tpetra with cuda 10.1
Here is a stk error
```
/usr/tce/packages/gcc/gcc-7.3.1/rh/usr/include/c++/7/bits/basic_string.tcc: In instantiation of 'static std::basic_string<_CharT, _Traits, _Alloc>::_Rep* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_S_create(std::basic_string<_CharT, _Traits, _Alloc>::size_type, std::basic_string<_CharT, _Traits, _Alloc>::size_type, const _Alloc&) [with _CharT = char; _Traits = ignorecase_traits; _Alloc = std::allocator<char>; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]':
/usr/tce/packages/gcc/gcc-7.3.1/rh/usr/include/c++/7/bits/basic_string.tcc:1078:24: required from '_CharT* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_clone(const _Alloc&, std::basic_string<_CharT, _Traits, _Alloc>::size_type) [with _CharT = char; _Traits = ignorecase_traits; _Alloc = std::allocator<char>; std::basic_string<_CharT, _Traits, _Alloc>::size_type = long unsigned int]'
/usr/tce/packages/gcc/gcc-7.3.1/rh/usr/include/c++/7/bits/basic_string.h:3222:79: required from '_CharT* std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_grab(const _Alloc&, const _Alloc&) [with _CharT = char; _Traits = ignorecase_traits; _Alloc = std::allocator<char>]'
/usr/tce/packages/gcc/gcc-7.3.1/rh/usr/include/c++/7/bits/basic_string.tcc:610:198: required from 'std::basic_string<_CharT, _Traits, _Alloc>::basic_string(const std::basic_string<_CharT, _Traits, _Alloc>&) [with _CharT = char; _Traits = ignorecase_traits; _Alloc = std::allocator<char>]'
/usr/WS1/mbetten/build/Trilinos.new/packages/stk/stk_util/stk_util/util/ci_string.cpp:77:37: required from here
/usr/tce/packages/gcc/gcc-7.3.1/rh/usr/include/c++/7/bits/basic_string.tcc:1067:16: error: cannot call member function 'void std::basic_string<_CharT, _Traits, _Alloc>::_Rep::_M_set_sharable() [with _CharT = char; _Traits = ignorecase_traits; _Alloc = std::allocator<char>]' without object
__p->_M_set_sharable();
~~~~~~~~~^~
```
Here is a tpetra error
```
[ 84%] Building CXX object packages/tpetra/core/src/CMakeFiles/tpetra.dir/Tpetra_MultiVector_INT_INT_INT_SERIAL.cpp.o
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp: In instantiation of 'Teuchos::ArrayRCP<const T> Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>::getData(size_t) const [with Scalar = int; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>; size_t = long unsigned int]':
/usr/WS1/mbetten/build/Trilinos.new/cuda/packages/tpetra/core/src/Tpetra_MultiVector_INT_INT_INT_SERIAL.cpp:78:16: required from here
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:2905:10: error: passing 'const Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >' as 'this' argument discards qualifiers [-fpermissive]
const_cast<MV*> (this)->sync_host ();
~~~~~^~
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:4184:1: note: in call to 'void Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>::sync_host() [with Scalar = int; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>]'
sync_host () {
^ ~~~~~~~~~~~~~~
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp: In instantiation of 'void Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>::dot(const Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>&, const Kokkos::View<typename Kokkos::Details::InnerProductSpaceTraits<typename Kokkos::Details::ArithTraits<RealFloatType>::val_type>::dot_type*, Kokkos::HostSpace>&) const [with Scalar = int; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>; typename Kokkos::Details::InnerProductSpaceTraits<typename Kokkos::Details::ArithTraits<RealFloatType>::val_type>::dot_type = int]':
/usr/WS1/mbetten/build/Trilinos.new/cuda/packages/tpetra/core/src/Tpetra_MultiVector_INT_INT_INT_SERIAL.cpp:78:16: required from here
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:1839:12: error: passing 'const Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >' as 'this' argument discards qualifiers [-fpermissive]
const_cast<MV*>(this)->sync_device ();
~~~~~^~
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:4191:1: note: in call to 'void Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>::sync_device() [with Scalar = int; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>]'
sync_device () {
^ ~~~~~~~~~~~~~~~~
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp: In instantiation of 'void Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>::normWeighted(const Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>&, const Teuchos::ArrayView<typename Kokkos::Details::ArithTraits<typename Kokkos::Details::ArithTraits<RealFloatType>::val_type>::mag_type>&) const [with Scalar = int; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>; typename Kokkos::Details::ArithTraits<typename Kokkos::Details::ArithTraits<RealFloatType>::val_type>::mag_type = int]':
/usr/WS1/mbetten/build/Trilinos.new/cuda/packages/tpetra/core/src/Tpetra_MultiVector_INT_INT_INT_SERIAL.cpp:78:16: required from here
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:2038:12: error: passing 'const Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >' as 'this' argument discards qualifiers [-fpermissive]
const_cast<MV*> (this)->sync_device ();
~~~~~~~^~
/usr/WS1/mbetten/build/Trilinos.new/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:4191:1: note: in call to 'void Tpetra::MultiVector<Scalar, LocalOrdinal, GlobalOrdinal, Node>::sync_device() [with Scalar = int; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>]'
sync_device () {
^ ~~~~~~~~~~~~~~~~
make[2]: *** [packages/tpetra/core/src/CMakeFiles/t
```
Is this a known issue?
I'm trying to compile on lassen, the open sierra machine
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
@trilinos/stk @trilinos/tpetra
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
<!---
Lables: Choose any applicable package names from the Labels drop-down on the
right. Additionally, choose a label to indicate the type of issue, for
instance, bug, build, documentation, enhancement, etc.
-->
## Expectations
<!---
Tell us what you think should happen, how you think things should work, what
you would like to see in the documentation, etc.
-->
Compiles under nvcc-10.1
## Current Behavior
compiles with the same script under 9.1
<!---
Tell us how the current behavior fails to meet your expectations in some way.
-->
## Motivation and Context
@nmhamster says cuda 10.1 is the bomb...
## Steps to Reproduce
No idea on what local machine has 10.1, I can work through things
## Your Environment
gcc-7.3.1 cuda-10.1.105
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4902Stokhos doesn't build with GO=int disabled (GO=long long enabled) and Tpetra_...2019-04-16T14:21:51ZJames WillenbringStokhos doesn't build with GO=int disabled (GO=long long enabled) and Tpetra_ENABLE_DEPRECATED_CODE=OFF*Created by: mhoemmen*
@trilinos/stokhos @trilinos/tpetra @kddevin @william76 @etphipp
I fixed all of Stokhos' unit tests and examples not to use `GO=int`, but am still getting link errors. I will diagnose by inserting a `static_as...*Created by: mhoemmen*
@trilinos/stokhos @trilinos/tpetra @kddevin @william76 @etphipp
I fixed all of Stokhos' unit tests and examples not to use `GO=int`, but am still getting link errors. I will diagnose by inserting a `static_assert (std::is_same<global_ordinal_type, long long>::value, "UH OH");` in `Tpetra::Map` and seeing where it triggers.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4915Panzer: Link problem when Tpetra_INST_INT_INT=OFF2019-04-20T20:00:47ZJames WillenbringPanzer: Link problem when Tpetra_INST_INT_INT=OFF*Created by: kddevin*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that an...*Created by: kddevin*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
@trilinos/panzer
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
<!---
Lables: Choose any applicable package names from the Labels drop-down on the
right. Additionally, choose a label to indicate the type of issue, for
instance, bug, build, documentation, enhancement, etc.
-->
## Expectations
Panzer should build with Tpetra_INST_INT_INT=OFF
## Current Behavior
I get link errors due to use of Tpetra::MultiVector with global ordinals = int.
```
"virtual thunk to Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::describe(Teuchos::basic_FancyOStream<char, std::__1::char_traits<char> >&, Teuchos::EVerbosityLevel) const", referenced from:
vtable for Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > in libpanzer-dof-mgr.a(Panzer_DOFManager.cpp.o)
construction vtable for Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >-in-Tpetra::Vector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > in libpanzer-dof-mgr.a(Panzer_Filtered_UniqueGlobalIndexer.cpp.o)
vtable for Tpetra::MultiVector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > in libpanzer-dof-mgr.a(Panzer_Filtered_UniqueGlobalIndexer.cpp.o)
"virtual thunk to Tpetra::Vector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::describe(Teuchos::basic_FancyOStream<char, std::__1::char_traits<char> >&, Teuchos::EVerbosityLevel) const", referenced from:
vtable for Tpetra::Vector<int, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> > in libpanzer-dof-mgr.a(Panzer_Filtered_UniqueGlobalIndexer.cpp.o)
```
## Motivation and Context
We'd like to build Trilinos with only one global ordinal type enabled.
## Definition of Done
<!---
Tell us what needs to happen. If necessary, give us a task list along the
lines of:
- [ ] First do this.
- [ ] Then do that.
- [ ] Also this other thing.
-->
Panzer builds and runs with Tpetra_INST_INT_INT=OFF.
## Possible Solution
<!---
Not obligatory, but suggest a fix for the bug or documentation, or suggest
ideas on how to implement the addition or change.
-->
I see Tpetra::MultiVector<int,int,int> in tUniqueGlobalIndexerUtilities.cpp; perhaps this is the source of the problem. One could disable this test when Tpetra_INST_INT_INT=OFF.
Or perhaps the problem is due to some Epetra vs Tpetra issue?
## Steps to Reproduce
<!---
Provide a link to a live example, or an unambiguous set of steps to reproduce
this issue. Include code to reproduce, if relevant.
1. Do this.
1. Do that.
1. Shake fist angrily at computer.
-->
```
cmake \
-D Trilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D Tpetra_INST_INT_LONG_LONG:BOOL=ON \
-D Tpetra_INST_INT_INT:BOOL=OFF \
-D CMAKE_BUILD_TYPE:STRING="DEBUG" \
-D CMAKE_VERBOSE_MAKEFILE:BOOL=OFF \
\
-D TPL_ENABLE_MPI:BOOL=ON \
-D MPI_EXEC_MAX_NUMPROCS:STRING=11 \
\
-D TPL_ENABLE_BinUtils:BOOL=OFF \
-D TPL_ENABLE_Pthread:BOOL=OFF \
\
-D CMAKE_C_FLAGS:STRING="-Wall -pedantic -Wno-unknown-pragmas -Wno-narrowing -Wno-inline -Wshadow -Wdeprecated-declarations -Wempty-body -Wignored-qualifiers -Wmissing-field-initializers -Wsign-compare -Wtype-limits -Wuninitialized -Winit-self -fstrict-aliasing -Wno-long-long" \
-D CMAKE_CXX_FLAGS:STRING="-Wall -pedantic -Wno-unknown-pragmas -Wno-narrowing -Wno-delete-non-virtual-dtor -Wno-inline -Wshadow -Wdeprecated-declarations -Wempty-body -Wignored-qualifiers -Wmissing-field-initializers -Wsign-compare -Wtype-limits -Wuninitialized -Winit-self -fstrict-aliasing" \
\
-D Trilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=ON \
-D Trilinos_ENABLE_TESTS:BOOL=ON \
-D Trilinos_ENABLE_EXAMPLES:BOOL=ON \
\
-D Trilinos_ENABLE_SHADOW_WARNINGS:BOOL=ON \
-D Trilinos_VERBOSE_CONFIGURE:BOOL=OFF \
-D Trilinos_ENABLE_Fortran:BOOL=OFF \
\
-D Tpetra_ENABLE_DEPRECATED_CODE:BOOL=OFF \
\
-D Trilinos_ENABLE_Stokhos:BOOL=ON \
-D Trilinos_ENABLE_Nox:BOOL=ON \
-D Trilinos_ENABLE_ROL:BOOL=ON \
-D Trilinos_ENABLE_MiniTensor:BOOL=OFF \
-D ROL_ENABLE_MiniTensor:BOOL=OFF \
-D Trilinos_ENABLE_Panzer:BOOL=ON \
-D Trilinos_ENABLE_PanzerAdaptersSTK:BOOL=OFF \
-D Trilinos_ENABLE_PanzerAdaptersIOSS:BOOL=OFF \
-D Trilinos_ENABLE_Thyra:BOOL=ON \
-D Trilinos_ENABLE_MueLu:BOOL=ON \
-D Trilinos_ENABLE_Anasazi:BOOL=ON \
-D Trilinos_ENABLE_Belos:BOOL=ON \
\
-D Teuchos_ENABLE_STACKTRACE:BOOL=OFF \
-D Teuchos_ENABLE_LONG_LONG_INT:BOOL=ON \
.. |& tee OUTPUT.CMAKE
make -j 8 |& tee OUTPUT.MAKE
```
## Your Environment
<!---
Include relevant details about your environment such that we can replicate this
issue.
-->
- **Relevant repo SHA1s:**
- **Relevant configure flags or configure script:**
- **Operating system and version:**
- **Compiler and TPL versions:**
## Related Issues
<!---
If applicable, let us know how this bug is related to any other open issues:
-->
* Blocks
* Is blocked by
* Follows
* Precedes
* Related to
* Part of
* Composed of
## Additional Information
<!---
Anything else that might be helpful for us to know in addressing this issue:
* Configure log file:
* Build log file:
* Test log file:
* When was the last time everything worked (date/time; SHA1s; etc.)?
* What did you do that made the bug rear its ugly head?
* Have you tried turning it off and on again?
-->
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4903Xpetra appears to require GlobalOrdinal=int even when Tpetra_INST_INT_INT=OFF2019-04-18T12:01:12ZJames WillenbringXpetra appears to require GlobalOrdinal=int even when Tpetra_INST_INT_INT=OFF*Created by: mhoemmen*
@trilinos/xpetra @trilinos/tpetra
Xpetra appears to attempt to instantiate `Tpetra::Map<int, int, ...>`, or at least to use its declarations, even when `Tpetra_INST_INT_INT=OFF`. For example, when I put a `st...*Created by: mhoemmen*
@trilinos/xpetra @trilinos/tpetra
Xpetra appears to attempt to instantiate `Tpetra::Map<int, int, ...>`, or at least to use its declarations, even when `Tpetra_INST_INT_INT=OFF`. For example, when I put a `static_assert` in `Tpetra::Map` that requires `GlobalOrdinal == long long`, I am able to build all of Tpetra, but get the following Xpetra build errors:
```
In file included from .../packages/tpetra/core/src/Tpetra_Map.hpp:1:0,
from .../Trilinos/packages/xpetra/src/Map/Xpetra_Map.hpp:61,
from .../Trilinos/packages/xpetra/src/Export/Xpetra_Export.hpp:54,
from .../Trilinos/packages/xpetra/src/Export/Xpetra_EpetraExport.hpp:51,
from .../Trilinos/packages/xpetra/src/Export/Xpetra_EpetraExport.cpp:46:
.../Trilinos/packages/tpetra/core/src/Tpetra_Map_decl.hpp: In instantiation of ‘class Tpetra::Map<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP> >’:
.../Trilinos/packages/xpetra/src/Map/Xpetra_Map.hpp:224:85: required from ‘class Xpetra::Map<>’
.../Trilinos/packages/xpetra/src/Export/Xpetra_Export.hpp:59:39: required from here
.../Trilinos/packages/tpetra/core/src/Tpetra_Map_decl.hpp:257:5: error: static assertion failed: UH OH
static_assert (std::is_same<global_ordinal_type, long long>::value, "UH OH");
^
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4858ifpack2: build error with scalar=FLOAT and COMPLEX_DOUBLE enabled2019-04-11T16:10:32ZJames Willenbringifpack2: build error with scalar=FLOAT and COMPLEX_DOUBLE enabled*Created by: ajpowel*
@trilinos/ifpack2
## Current Behavior
```
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Vector_SIMD_Arith.hpp:619:5: note: template argument deducti...*Created by: ajpowel*
@trilinos/ifpack2
## Current Behavior
```
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Vector_SIMD_Arith.hpp:619:5: note: template argument deduction/substitution failed:
In file included from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Gemm_Serial_Internal.hpp:12:0,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Gemm_Serial_Impl.hpp:8,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_BlockTriDiContainer_def.hpp:57,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_BlockTriDiContainer.hpp:2,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_ContainerFactory_def.hpp:51,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_ContainerFactory.hpp:2,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_BlockRelaxation_decl.hpp:52,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_BlockRelaxation.hpp:1,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_Details_OneLevelFactory_def.hpp:54,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_Details_OneLevelFactory.hpp:2,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_Details_Factory_def.hpp:46,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_Details_Factory.hpp:2,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_Factory_decl.hpp:48,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_Factory.hpp:1,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_Details_LinearSolverFactory_def.hpp:54,
from /scratch/ajpowel/code_032119/packages/ifpack2/src/Ifpack2_Details_LinearSolverFactory.hpp:2,
from /scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_Details_registerLinearSolverFactory.cpp:45:
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_InnerGemmFixC_Serial_Impl.hpp:1101:67: note: mismatched types 'Kokkos::complex<RealType1>' and 'double'
C[0*_cs0+0*_cs1] += alpha * c_00; C[0*_cs0+1*_cs1] += alpha * c_01;
~~~~~~^~~~~~
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_InnerGemmFixC_Serial_Impl.hpp: In instantiation of 'int KokkosBatched::Experimental::InnerGemmFixC<mb, nb>::serial_invoke(ScalarType, const ValueType*, const ValueType*, int, ValueType*) [with ScalarType = double; ValueType = KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>; int mb = 1; int nb = 1]':
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_InnerGemmFixC_Serial_Impl.hpp:1285:80: required from 'int KokkosBatched::Experimental::InnerGemmFixC<mb, nb>::serial_invoke(ScalarType, const ValueType*, const ValueType*, int, int, int, ValueType*) [with ScalarType = double; ValueType = KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>; int mb = 2; int nb = 2]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_InnerGemmFixC_Serial_Impl.hpp:1259:71: required from 'int KokkosBatched::Experimental::InnerGemmFixC<mb, nb>::serial_invoke(ScalarType, const ValueType*, const ValueType*, int, int, int, ValueType*) [with ScalarType = double; ValueType = KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>; int mb = 3; int nb = 3]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_InnerGemmFixC_Serial_Impl.hpp:1230:71: required from 'int KokkosBatched::Experimental::InnerGemmFixC<mb, nb>::serial_invoke(ScalarType, const ValueType*, const ValueType*, int, int, int, ValueType*) [with ScalarType = double; ValueType = KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>; int mb = 4; int nb = 4]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Gemm_Team_Internal.hpp:139:13: required from 'KokkosBatched::Experimental::TeamGemmInternal<ArgAlgo>::invoke(const MemberType&, int, int, int, ScalarType, const ValueType*, int, int, const ValueType*, int, int, ScalarType, ValueType*, int, int) [with MemberType = MemberType; ScalarType = ScalarType; ValueType = ValueType; ArgAlgo = KokkosBatched::Experimental::Algo::Level3::Blocked]::<lambda(int, int, int, const ValueType*, const ValueType*, ValueType*)>::<lambda(const int&)> [with MemberType = Kokkos::Impl::HostThreadTeamMember<Kokkos::Serial>; ScalarType = double; ValueType = KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Gemm_Team_Internal.hpp:144:44: required from 'struct KokkosBatched::Experimental::TeamGemmInternal<ArgAlgo>::invoke(const MemberType&, int, int, int, ScalarType, const ValueType*, int, int, const ValueType*, int, int, ScalarType, ValueType*, int, int) [with MemberType = MemberType; ScalarType = ScalarType; ValueType = ValueType; ArgAlgo = KokkosBatched::Experimental::Algo::Level3::Blocked]::<lambda(int, int, int, const ValueType*, const ValueType*, ValueType*)> [with MemberType = Kokkos::Impl::HostThreadTeamMember<Kokkos::Serial>; ScalarType = double; ValueType = KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>]::<lambda(const int&)>'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_Gemm_Team_Internal.hpp:130:11: [ skipping 12 instantiation contexts, use -ftemplate-backtrace-limit=0 to disable ]
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos/core/src/Kokkos_Parallel.hpp:191:4: required from 'void Kokkos::parallel_for(const ExecPolicy&, const FunctorType&, const string&, typename Kokkos::Impl::enable_if<Kokkos::is_execution_policy<ExecPolicy>::value>::type*) [with ExecPolicy = Kokkos::TeamPolicy<Kokkos::Serial, Ifpack2::BlockTriDiContainerDetails::ExtractAndFactorizeTridiags<Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> > >::ExtractAndFactorizeTag>; FunctorType = Ifpack2::BlockTriDiContainerDetails::ExtractAndFactorizeTridiags<Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> > >; std::__cxx11::string = std::__cxx11::basic_string<char>; typename Kokkos::Impl::enable_if<Kokkos::is_execution_policy<ExecPolicy>::value>::type = void]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos/core/src/Kokkos_Parallel.hpp:244:25: required from 'void Kokkos::parallel_for(const string&, const ExecPolicy&, const FunctorType&) [with ExecPolicy = Kokkos::TeamPolicy<Kokkos::Serial, Ifpack2::BlockTriDiContainerDetails::ExtractAndFactorizeTridiags<Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> > >::ExtractAndFactorizeTag>; FunctorType = Ifpack2::BlockTriDiContainerDetails::ExtractAndFactorizeTridiags<Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> > >; std::__cxx11::string = std::__cxx11::basic_string<char>]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_BlockTriDiContainer_impl.hpp:1826:29: required from 'void Ifpack2::BlockTriDiContainerDetails::ExtractAndFactorizeTridiags<MatrixType>::run() [with MatrixType = Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_BlockTriDiContainer_impl.hpp:1849:7: required from 'void Ifpack2::BlockTriDiContainerDetails::performNumericPhase(const Teuchos::RCP<const typename Ifpack2::BlockTriDiContainerDetails::ImplType<MatrixType>::tpetra_block_crs_matrix_type>&, const Ifpack2::BlockTriDiContainerDetails::PartInterface<MatrixType>&, Ifpack2::BlockTriDiContainerDetails::BlockTridiags<MatrixType>&, typename Ifpack2::BlockTriDiContainerDetails::ImplType<MatrixType>::magnitude_type) [with MatrixType = Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >; typename Ifpack2::BlockTriDiContainerDetails::ImplType<MatrixType>::tpetra_block_crs_matrix_type = Tpetra::Experimental::BlockCrsMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >; typename Ifpack2::BlockTriDiContainerDetails::ImplType<MatrixType>::magnitude_type = float]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_BlockTriDiContainer_def.hpp:235:9: required from 'void Ifpack2::BlockTriDiContainer<MatrixType, Ifpack2::BlockTriDiContainerDetails::ImplSimdTag>::compute() [with MatrixType = Tpetra::RowMatrix<float, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >]'
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/ifpack2/src/Ifpack2_Details_registerLinearSolverFactory.cpp:76:1: required from here
/scratch/ajpowel/code_032119/TPLs_src/Trilinos/packages/kokkos-kernels/src/batched/KokkosBatched_InnerGemmFixC_Serial_Impl.hpp:1139:33: error: no match for 'operator*' (operand types are 'const double' and 'KokkosBatched::Experimental::Vector<KokkosBatched::Experimental::SIMD<float>, 16>')
C[0*_cs0+0*_cs1] += alpha * c_00;
~~~~~~^~~~~~
```
## Steps to Reproduce
0) Comment out line 986 of $PROJECT/packages/tpetra/CMakeLists.txt (suppressing fail message to prevent possible Thyra build failure)
1) Configure Trilinos packages:
```
cmake -DCMAKE_C_COMPILER=mpicc -DCMAKE_CXX_COMPILER=mpicxx -DCMAKE_Fortran_COMPILER=mpifort -DTrilinos_ENABLE_Tpetra=ON -DTrilinos_ENABLE_COMPLEX_DOUBLE=ON -DTrilinos_ENABLE_FLOAT=ON -DTrilinos_ENABLE_Teuchos=ON -DTrilinos_ENABLE_Teko=ON /scratch/ajpowel/code_032119/TPLs_src/Trilinos
```
2) Attempt to build ifpack2:
```
cd $PROJECT/packages/ifpack2
make -j 64
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4901Tempus: Add Stepper Wrapper2019-04-15T22:37:31ZJames WillenbringTempus: Add Stepper Wrapper*Created by: ccober6*
@trilinos/tempus
## Expectations
Would like to have a Stepper that just wraps some code into a Stepper. The StepperWrapper would have default implementations of everything, except takeStep() which would con...*Created by: ccober6*
@trilinos/tempus
## Expectations
Would like to have a Stepper that just wraps some code into a Stepper. The StepperWrapper would have default implementations of everything, except takeStep() which would contain the wrapped code. This would allow quick and easy creation of a Stepper that does not integrate the solution, x, but does other related work.
## Motivation and Context
EMPIRE-PIC does a particle push, which is also needed by EMPIRE-Hybrid. To eliminate code duplication and allow code flexibility, we would like this piece of code to be a StepperWrapper.
## Definition of Done
- [ ] Implement StepperWrapper.
- [ ] Add regression tests.
- [ ] Pass all tests, including new ones.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4900Tpetra/Xpetra/MueLu: Purge the Clones2019-05-01T22:49:07ZJames WillenbringTpetra/Xpetra/MueLu: Purge the Clones*Created by: csiefer2*
See discussion in #4893 *Created by: csiefer2*
See discussion in #4893