Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-06-08T15:27:25Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/5082Teuchos: Teuchos::send/receive not handling a large message2019-06-08T15:27:25ZJames WillenbringTeuchos: Teuchos::send/receive not handling a large message*Created by: seheracer*
## Bug Report
@trilinos/teuchos
### Description
Error when communicating a very long message (consisting of 400 million long long values) using Teuchos::send and Teuchos::receive. When Teuchos::send and Teu...*Created by: seheracer*
## Bug Report
@trilinos/teuchos
### Description
Error when communicating a very long message (consisting of 400 million long long values) using Teuchos::send and Teuchos::receive. When Teuchos::send and Teuchos::receive are replaced by MPI_Send and MPI_Recv, the respective message is successfully communicated with a warning.
### Steps to Reproduce
The code to reproduce the bug: (2 MPI ranks)
```
#include <Teuchos_DefaultMpiComm.hpp>
#include <Teuchos_CommHelpers.hpp>
int main (int argc, char *argv[])
{
typedef long long count_type;
typedef long long packet_type;
MPI_Init(&argc, &argv);
Teuchos::MpiComm<count_type> comm (MPI_COMM_WORLD);
count_type length = 400000000;
if(comm.getRank() == 0) {
packet_type val = -1;
Teuchos::ArrayRCP<packet_type> array_to_send(length, val);
Teuchos::send<count_type, packet_type>(comm, length, array_to_send.getRawPtr(), 1);
//MPI_Send(array_to_send.getRawPtr(), length, MPI_LONG_LONG, 1, 0, MPI_COMM_WORLD);
}
else {
Teuchos::ArrayRCP<packet_type> array_to_recv(length);
Teuchos::receive<count_type, packet_type>(comm, 0, length, array_to_recv.getRawPtr());
// MPI_Status status;
// int result = MPI_Recv(array_to_recv.getRawPtr(), length, MPI_LONG_LONG, 0, 0, MPI_COMM_WORLD, &status);
// if(result == MPI_SUCCESS)
// std::cout << "Successfully received!" << std::endl
// << "MPI_SOURCE: " << status.MPI_SOURCE << std::endl
// << "MPI_TAG: " << status.MPI_TAG << std::endl
// << "MPI_ERROR: " << status.MPI_ERROR << std::endl
// << "_cancelled: " << status._cancelled << std::endl
// << "_ucount: " << status._ucount << std::endl;
}
MPI_Finalize();
return 0;
}
```
The output:
```
[blake:192730] *** An error occurred in MPI_Send
[blake:192730] *** reported by process [1952841729,0]
[blake:192730] *** on communicator MPI_COMM_WORLD
[blake:192730] *** MPI_ERR_COUNT: invalid count argument
[blake:192730] *** MPI_ERRORS_ARE_FATAL (processes in this communicator will now abort,
[blake:192730] *** and potentially your MPI job)
```
When the Teuchos::send/receive calls are replaced by MPI_send/recv (see the lines commented out in the code), the output is:
```
[blake:192800] Read 2147479552, expected 3200000000, errno = 2
Successfully received!
MPI_SOURCE: 0
MPI_TAG: 0
MPI_ERROR: 0
_cancelled: 0
_ucount: 3200000000
```
### Notes
mpicc: icc (ICC) 18.0.1 20171018
mpirun: mpirun (Open MPI) 2.1.2
An issue on the warning when MPI_Send/Recv is used: https://github.com/open-mpi/ompi/issues/4829.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5120Stokhos/Tpetra: Missing symbols in static library build2019-06-08T15:27:25ZJames WillenbringStokhos/Tpetra: Missing symbols in static library build*Created by: prwolfe*
## Bug Report
@trilinos/stokhos @trilinos/tpetra
### Description
I am building using static libraries (see PR #5111 and issue #5058). At link time I get
> [ 94%] Linking CXX executable Stokhos_TpetraCrsMat...*Created by: prwolfe*
## Bug Report
@trilinos/stokhos @trilinos/tpetra
### Description
I am building using static libraries (see PR #5111 and issue #5058). At link time I get
> [ 94%] Linking CXX executable Stokhos_TpetraCrsMatrixMPVectorUnitTest_Serial.exe
> ../../src/libstokhos_tpetra_mp_16_serial.a(Tpetra_MultiVector_MP_Vector_16_Serial.cpp.o): In function `void (anonymous namespace)::multiVectorNormImpl<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >(Tpetra::MultiVector<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::mag_type*, Tpetra::MultiVector<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >&, Tpetra::Details::EWhichNorm)':
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:387: undefined reference to `void Tpetra::Details::normImpl<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace>, Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> > >(Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >*, Kokkos::View<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:374: undefined reference to `void Tpetra::Details::normImpl<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace>, Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> > >(Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> >*, Kokkos::View<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::Serial> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
collect2: error: ld returned 1 exit status
make[2]: *** [packages/stokhos/test/UnitTest/Stokhos_TpetraCrsMatrixMPVectorUnitTest_Serial.exe] Error 1
make[2]: Target `packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixMPVectorUnitTest_Serial.dir/build' not remade because of errors.
make[1]: *** [packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixMPVectorUnitTest_Serial.dir/all] Error 2
[ 95%] Linking CXX executable Stokhos_TpetraCrsMatrixUQPCEUnitTest_Serial.exe
../../src/libstokhos_tpetra_pce_serial.a(Tpetra_MultiVector_UQ_PCE_Serial.cpp.o): In function `void (anonymous namespace)::multiVectorNormImpl<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >(Tpetra::MultiVector<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::mag_type*, Tpetra::MultiVector<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >&, Tpetra::Details::EWhichNorm)':
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:387: undefined reference to `void Tpetra::Details::normImpl<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace>, double>(double*, Kokkos::View<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:374: undefined reference to `void Tpetra::Details::normImpl<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace>, double>(double*, Kokkos::View<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::Serial> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::Serial, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
collect2: error: ld returned 1 exit status
make[2]: *** [packages/stokhos/test/UnitTest/Stokhos_TpetraCrsMatrixUQPCEUnitTest_Serial.exe] Error 1
make[2]: Target `packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixUQPCEUnitTest_Serial.dir/build' not remade because of errors.
make[1]: *** [packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixUQPCEUnitTest_Serial.dir/all] Error 2
95%] Linking CXX executable Stokhos_TpetraCrsMatrixMPVectorUnitTest_OpenMP.exe
../../src/libstokhos_tpetra_mp_16_openmp.a(Tpetra_MultiVector_MP_Vector_16_OpenMP.cpp.o): In function `void (anonymous namespace)::multiVectorNormImpl<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >(Tpetra::MultiVector<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::mag_type*, Tpetra::MultiVector<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >&, Tpetra::Details::EWhichNorm)':
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:387: undefined reference to `void Tpetra::Details::normImpl<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> > >(Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >*, Kokkos::View<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:374: undefined reference to `void Tpetra::Details::normImpl<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> > >(Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> >*, Kokkos::View<Sacado::MP::Vector<Stokhos::StaticFixedStorage<int, double, 16, Kokkos::OpenMP> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(int, int, int, int)'
../../../muelu/src/libmuelu_lgn.a(MueLu_IsorropiaInterface.cpp.o): In function `MueLu::IsorropiaInterface<int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::Build(MueLu::Level&) const':
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:145: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
/scratch/prwolfe/trilinos/Trilinos/packages/muelu/src/Rebalancing/MueLu_IsorropiaInterface_def.hpp:158: undefined reference to `MueLu::AmalgamationFactory<double, int, long long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::DOFGid2NodeId(long long, int, long long, long long)'
collect2: error: ld returned 1 exit status
make[2]: *** [packages/stokhos/test/UnitTest/Stokhos_TpetraCrsMatrixMPVectorUnitTest_OpenMP.exe] Error 1
make[2]: Target `packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixMPVectorUnitTest_OpenMP.dir/build' not remade because of errors.
make[1]: *** [packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixMPVectorUnitTest_OpenMP.dir/all] Error 2
[ 95%] Linking CXX executable Stokhos_TpetraCrsMatrixUQPCEUnitTest_OpenMP.exe
../../src/libstokhos_tpetra_pce_openmp.a(Tpetra_MultiVector_UQ_PCE_OpenMP.cpp.o): In function `void (anonymous namespace)::multiVectorNormImpl<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >(Tpetra::MultiVector<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::mag_type*, Tpetra::MultiVector<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> >, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >&, Tpetra::Details::EWhichNorm)':
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:387: undefined reference to `void Tpetra::Details::normImpl<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, double>(double*, Kokkos::View<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
/scratch/prwolfe/trilinos/Trilinos/packages/tpetra/core/src/Tpetra_MultiVector_def.hpp:374: undefined reference to `void Tpetra::Details::normImpl<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> >, Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace>, double>(double*, Kokkos::View<Sacado::UQ::PCE<Stokhos::DynamicStorage<int, double, Kokkos::OpenMP> ><Kokkos::LayoutLeft, Kokkos::Device<Kokkos::OpenMP, Kokkos::HostSpace> > const**> const&, Tpetra::Details::EWhichNorm, Teuchos::ArrayView<unsigned long const> const&, bool, bool, Tpetra::Details::EWhichNorm::Comm<int> const*)'
collect2: error: ld returned 1 exit status
make[2]: *** [packages/stokhos/test/UnitTest/Stokhos_TpetraCrsMatrixUQPCEUnitTest_OpenMP.exe] Error 1
make[2]: Target `packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixUQPCEUnitTest_OpenMP.dir/build' not remade because of errors.
make[1]: *** [packages/stokhos/test/UnitTest/CMakeFiles/Stokhos_TpetraCrsMatrixUQPCEUnitTest_OpenMP.dir/all] Error 2
I know we have had previous issues like this relating to typedefs, not sure if that is happening here or not.
### Steps to Reproduce
1. SHA1: Head of develop plus the code from #5111
1. Configure script: Use gcc 4.8.4 and the instructions at https://github.com/trilinos/Trilinos/wiki/Reproducing-PR-Testing-Errors
1. Configure log: -DTrilinos_ENABLE_Stokkos
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5117Tpetra: CrsGraph & CrsMatrix still use deprecated enum value DynamicProfile2019-06-08T15:27:25ZJames WillenbringTpetra: CrsGraph & CrsMatrix still use deprecated enum value DynamicProfile*Created by: mhoemmen*
## Bug Report
@trilinos/tpetra
### Description
When I disable deprecated code in Tpetra, I get the following build errors:
```
In file included from .../Trilinos/packages/tpetra/core/src/Tpetra_CrsGraph_...*Created by: mhoemmen*
## Bug Report
@trilinos/tpetra
### Description
When I disable deprecated code in Tpetra, I get the following build errors:
```
In file included from .../Trilinos/packages/tpetra/core/src/Tpetra_CrsGraph_SerialWrapperNode.cpp:52:
.../Trilinos/packages/tpetra/core/src/Tpetra_CrsGraph_decl.hpp:2582:59: error: use of undeclared identifier
'DynamicProfile'; did you mean 'StaticProfile'?
return rcp (new graph_type (map, maxNumEntriesPerRow, DynamicProfile, params));
^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/src/Tpetra_ConfigDefs.hpp:131:5: note: 'StaticProfile' declared here
StaticProfile
^
In file included from .../Trilinos/packages/tpetra/core/src/Tpetra_CrsGraph_SerialWrapperNode.cpp:54:
In file included from .../Trilinos/packages/tpetra/core/src/Tpetra_CrsGraph_def.hpp:66:
In file included from .../Trilinos/packages/tpetra/core/src/Tpetra_Import_Util2.hpp:64:
.../Trilinos/packages/tpetra/core/src/Tpetra_CrsMatrix_decl.hpp:5039:43: error: use of undeclared identifier
'DynamicProfile'; did you mean 'StaticProfile'?
DynamicProfile, params));
^~~~~~~~~~~~~~
StaticProfile
```
When I fix those and enable tests, I get the following build errors:
```
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_insertGlobalIndicesFiltered.cpp:137:16: error: no member
named 'DynamicProfile' in namespace 'Tpetra'; did you mean 'StaticProfile'?
{Tpetra::DynamicProfile, Tpetra::StaticProfile};
~~~~~~~~^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/src/Tpetra_ConfigDefs.hpp:131:5: note: 'StaticProfile' declared here
StaticProfile
^
...
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:51:17: error: no member named
'DynamicProfile' in namespace 'Tpetra'; did you mean 'StaticProfile'?
using Tpetra::DynamicProfile;
~~~~~~~~^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/src/Tpetra_ConfigDefs.hpp:131:5: note: 'StaticProfile' declared here
StaticProfile
^
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:143:25: error: use of undeclared identifier
'DynamicProfile'; did you mean 'StaticProfile'?
GRAPH graph(map,1,DynamicProfile);
^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:53:17: note: 'StaticProfile' declared here
using Tpetra::StaticProfile;
^
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:459:29: error: use of undeclared identifier
'DynamicProfile'; did you mean 'StaticProfile'?
GRAPH graph(map,map,0,DynamicProfile);
^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:53:17: note: 'StaticProfile' declared here
using Tpetra::StaticProfile;
^
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:474:29: error: use of undeclared identifier
'DynamicProfile'; did you mean 'StaticProfile'?
GRAPH graph(map,map,0,DynamicProfile);
^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests1.cpp:53:17: note: 'StaticProfile' declared here
using Tpetra::StaticProfile;
^
```
When I fix _those_ build errors, I get the following:
```
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_UnitTests_Swap.cpp:415:15: error: no member named
'DynamicProfile' in namespace 'Tpetra'; did you mean 'StaticProfile'?
using Tpetra::DynamicProfile;
~~~~~~~~^~~~~~~~~~~~~~
StaticProfile
```
When I fix that, I get the following:
```
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_Issue601.cpp:100:52: error: no member named
'DynamicProfile' in namespace 'Tpetra'; did you mean 'StaticProfile'?
Tpetra::ProfileType profileTypes[] = { Tpetra::DynamicProfile, Tpetra::StaticProfile };
~~~~~~~~^~~~~~~~~~~~~~
StaticProfile
.../Trilinos/packages/tpetra/core/src/Tpetra_ConfigDefs.hpp:131:5: note: 'StaticProfile' declared here
StaticProfile
^
.../Trilinos/packages/tpetra/core/test/CrsGraph/CrsGraph_Issue601.cpp:107:39: error: no member named
'DynamicProfile' in namespace 'Tpetra'; did you mean 'StaticProfile'?
<< ((profileType == Tpetra::DynamicProfile) ? "Dynamic" : "Static")
~~~~~~~~^~~~~~~~~~~~~~
StaticProfile
```
I get a few more after this in other tests in TpetraCore.
### Steps to Reproduce
1. SHA1: 2b9c4fe7efa01ce25554fb5e03af821fcf071734https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5112MueLu: type issues in LineDetection factory2019-06-08T15:27:25ZJames WillenbringMueLu: type issues in LineDetection factory*Created by: lucbv*
## Bug Report
@trilinos/muelu
### Description
The `MueLu_LineDetectionFactory` is using the type `Scalar` while manipulating coordinates which creates problems when `Scalar=std::complex<>`.
To fix this the typ...*Created by: lucbv*
## Bug Report
@trilinos/muelu
### Description
The `MueLu_LineDetectionFactory` is using the type `Scalar` while manipulating coordinates which creates problems when `Scalar=std::complex<>`.
To fix this the types have been modified to `Teuchos::ScalarTraits<Scalar>::coordinateType` which ensures that coordinates can be computed on in a sane way.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5104Pamgen: Remove Build Warnings2019-06-08T15:27:25ZJames WillenbringPamgen: Remove Build Warnings*Created by: ZUUL42*
## Enhancement
@trilinos/pamgen
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently ...*Created by: ZUUL42*
## Enhancement
@trilinos/pamgen
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently Pamgen has a warning that need to be handled before we can set Werror for Pamgen and eventually all packages.
A recent test build was performed with -Werror set. [The CDash report can be found here.](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4989737&filtercount=2&showfilters=1&field1=buildstamp&compare1=63&value1=Experimental&field2=buildstarttime&compare2=83&value2=2019/04/30&filtercombine=and)
Once the Pamgen build doesn't emit any warnings that will be promoted to errors, [we can set `-Werror` in the GCC 7.2.0 automated build](https://github.com/ZUUL42/Trilinos/tree/Werror_Pamgen).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5106Zoltan: Remove Build Warnings2019-06-08T15:27:25ZJames WillenbringZoltan: Remove Build Warnings*Created by: ZUUL42*
## Enhancement
@trilinos/zoltan
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently ...*Created by: ZUUL42*
## Enhancement
@trilinos/zoltan
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently Zoltan has a warning that need to be handled before we can set Werror for Zoltan and eventually all packages.
A recent test build was performed with -Werror set. [The CDash report can be found here.](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4989925&filtercount=2&showfilters=1&field1=buildstamp&compare1=63&value1=Experimental&field2=buildstarttime&compare2=83&value2=2019/04/30&filtercombine=and)
Once the Zoltan build doesn't emit any warnings that will be promoted to errors, [we can set `-Werror` in the GCC 7.2.0 automated build](https://github.com/ZUUL42/Trilinos/tree/Werror_Zoltan).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5101MueLu: removing BCs from piece-wise constant structured aggregates2019-06-08T15:27:25ZJames WillenbringMueLu: removing BCs from piece-wise constant structured aggregates*Created by: lucbv*
## Enhancement
@trilinos/muelu
At the moment BCs are simply aggregated without special treatment. This usually leads to a degraded convergence rate in MG.
The idea is to propose a better treatment of BC using s...*Created by: lucbv*
## Enhancement
@trilinos/muelu
At the moment BCs are simply aggregated without special treatment. This usually leads to a degraded convergence rate in MG.
The idea is to propose a better treatment of BC using structured aggregation at least in the case of piece-wise constant aggregation (piece-wise linear might be trickier...).
One option to implement this is to check whether a given row of `A` has a single diagonal entry equal to `1` which indicates a Dirichlet BC. Once this is detected, the corresponding row in `P` is set to zero thus preventing the fine degree of freedom from contributing to the coarse problem.
One particular issue to address with the above implementation is the case when a column of `P` becomes full of zeros which means that a whole aggregate has been eliminated. In that case the aggregate has to be eliminated and to keep a structured matrix we also need to adjust the number of coarse nodes per direction.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5105Isorropia: Remove Build Warnings2019-06-08T15:27:25ZJames WillenbringIsorropia: Remove Build Warnings*Created by: ZUUL42*
## Enhancement
@trilinos/Isorropia
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Current...*Created by: ZUUL42*
## Enhancement
@trilinos/Isorropia
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently Isorropia has a warning that need to be handled before we can set Werror for Isorropia and eventually all packages.
A recent test build was performed with -Werror set. [The CDash report can be found here.](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4989871&filtercount=2&showfilters=1&field1=buildstamp&compare1=63&value1=Experimental&field2=buildstarttime&compare2=83&value2=2019/04/30&filtercombine=and)
Once the Isorropia build doesn't emit any warnings that will be promoted to errors, [we can set `-Werror` in the GCC 7.2.0 automated build](https://github.com/ZUUL42/Trilinos/tree/Werror_Isorropia).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5103AztecOO: Remove Build Warnings2019-06-08T15:27:26ZJames WillenbringAztecOO: Remove Build Warnings*Created by: ZUUL42*
## Enhancement
@trilinos/aztecoo
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently...*Created by: ZUUL42*
## Enhancement
@trilinos/aztecoo
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently AztecOO has a number of warnings that need to be handled before we can set Werror for AztecOO and eventually all packages.
A recent test build was performed with -Werror set. [The CDash report can be found here.](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4989791&filtercount=2&showfilters=1&field1=buildstamp&compare1=63&value1=Experimental&field2=buildstarttime&compare2=83&value2=2019/04/30&filtercombine=and)
Once the AztecOO build doesn't emit any warnings that will be promoted to errors, [we can set `-Werror` in the GCC 7.2.0 automated build](https://github.com/ZUUL42/Trilinos/tree/Werror_AztecOO).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5102Amesos: Remove Build Warnings2019-06-08T15:27:26ZJames WillenbringAmesos: Remove Build Warnings*Created by: ZUUL42*
## Enhancement
@trilinos/amesos
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently ...*Created by: ZUUL42*
## Enhancement
@trilinos/amesos
Issue #3178 is working toward turning Warnings as Errors on for _all_ packages in order in ensure Trilinos maintains a high level of SQA practices across the project.
Currently Amesos has a number of warnings that need to be handled before we can set Werror for Amesos and eventually all packages.
A recent test build was performed with -Werror set. [The CDash report can be found here.](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4984368&filtercount=2&showfilters=1&field1=buildstamp&compare1=63&value1=Experimental&field2=buildstarttime&compare2=83&value2=2019/04/30&filtercombine=and)
Once the Amesos build doesn't emit any warnings that will be promoted to errors, [we can set `-Werror` in the GCC 7.2.0 automated build](https://github.com/ZUUL42/Trilinos/tree/Werror_Amesos).https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5098Xpetra fatal error due to missing headers, similar to #50112019-06-08T15:27:26ZJames WillenbringXpetra fatal error due to missing headers, similar to #5011*Created by: spdomin*
We have another missing Xpetra missing header file:
In file included from /scratch/spdomin/nightlyBuildAndTest/NaluNightly/include/LinearSolver.h:34:0,
from /scratch/spdomin/nightlyBuildAndTest...*Created by: spdomin*
We have another missing Xpetra missing header file:
In file included from /scratch/spdomin/nightlyBuildAndTest/NaluNightly/include/LinearSolver.h:34:0,
from /scratch/spdomin/nightlyBuildAndTest/NaluNightly/src/EnthalpyEquationSystem.C:43:
/home/spdomin/gitHubWork/scratch_build/install/gcc7.2.0/Trilinos_nightly_release/include/MueLu.hpp:63:10: fatal error: Xpetra_CrsMatrixWrap.hpp: No such file or directory
#include <Xpetra_CrsMatrixWrap.hpp>
This looks almost the same as the foamier issue that @jhux2 fixed and what @bartlettroscoe asked, "How did this pass PR testing? Is the file Xpetra_CrsMatrixFactory.hpp not included in any automated tests run in PR testing? Or are globs not used to install header files."
https://github.com/trilinos/Trilinos/issues/5011
Best,https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5091Xpetra no longer compiles with clang2019-06-08T15:27:25ZJames WillenbringXpetra no longer compiles with clang*Created by: etphipp*
With latest develop sources I am not getting compiler errors in Xpetra when building with clang:
```
/home/etphipp/Trilinos/Trilinos/packages/xpetra/src/Headers/Xpetra_UseShortNamesScalar.hpp:164:73: error:
...*Created by: etphipp*
With latest develop sources I am not getting compiler errors in Xpetra when building with clang:
```
/home/etphipp/Trilinos/Trilinos/packages/xpetra/src/Headers/Xpetra_UseShortNamesScalar.hpp:164:73: error:
member 'TpetraVector' has the same name as its class
typedef Xpetra::TpetraVector<Scalar, LocalOrdinal, GlobalOrdinal, Node> TpetraVe...
^
In file included from /home/etphipp/Trilinos/build/opt_mpi_openmp_clang/packages/xpetra/src/Utils/ExplicitInstantiation/Xpetra_TpetraVector.cpp:55:
/home/etphipp/Trilinos/Trilinos/packages/xpetra/src/Vector/Xpetra_TpetraVector_def.hpp:365:13: error:
destructor cannot be declared using a typedef
'Xpetra::TpetraVector<type-parameter-0-0, int, long long,
Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace>
>::TpetraVector' (aka 'TpetraVector<Scalar, int, long long,
KokkosDeviceWrapperNode<Kokkos::OpenMP> >') of the class name
virtual ~TpetraVector() { }
```
This occurs with both clang 7.0.1 and 4.0.1, which are the latest versions in the SEMS environment.
I guess it doesn't like using a typedef for the same name as the class. However I thought Xpetra has been doing this for a while, and I have been building with clang for many months now, so it is unclear to me why this issue is cropping up now or for just TpetraVector. https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5083Panzer MiniEM: Install binary and inputs if built2019-06-08T15:27:25ZJames WillenbringPanzer MiniEM: Install binary and inputs if built*Created by: jjellio*
## Enhancement
@trilinos/panzer @cgcgcg @egphill @jhux2
Currently, the mini app Panzer Mini-EM is not installed, and this makes using the app tedious when Trilinos is installed (and the build tree deleted).
...*Created by: jjellio*
## Enhancement
@trilinos/panzer @cgcgcg @egphill @jhux2
Currently, the mini app Panzer Mini-EM is not installed, and this makes using the app tedious when Trilinos is installed (and the build tree deleted).
## Outcomes:
If MiniEM + Examples are turned on, then the PanzerMiniEM_BlockPrec.exe will be installed to $INSTALL_PREFIX/bin/PanzerMiniEM_BlockPrec.exe
The required inputs (*.xml) will be installed to:
$INSTALL_PREFIX/bin/PanzerMiniEM_InputFiles/
(PR will be added)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5079Piro: 'Rythmos' vs 'Rythmos Solver'2019-06-08T15:27:26ZJames WillenbringPiro: 'Rythmos' vs 'Rythmos Solver'*Created by: bartgol*
## Question
@trilinos/piro
@trilinos/rythmos
Can someone explain me the difference? It seems the two syntaxes are almost equivalent (mutatis mutandis), however, during some refactor in Albany, I came upon an e...*Created by: bartgol*
## Question
@trilinos/piro
@trilinos/rythmos
Can someone explain me the difference? It seems the two syntaxes are almost equivalent (mutatis mutandis), however, during some refactor in Albany, I came upon an example in which using `Rythmos Solver` causes an exception to be thrown inside some Thyra model evaluator that Rythmos creates, with a message sayng that both `W` and `W_op` are present, and that case is not supported. Switching the input file to `Rythmos` syntax works. The details are the same (integrator type, stepper, nonlinear solver (NOX)...).
So to make the question short: is there a reason why one should use the 'Rythmos' list syntax instead of 'Rythmos Solver' inside Piro (or viceversa)?https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5074MueLu: CreatePreconditioner does not compile in SERIAL-DEBUG_NO-TPETRA build2019-06-08T15:27:25ZJames WillenbringMueLu: CreatePreconditioner does not compile in SERIAL-DEBUG_NO-TPETRA build*Created by: lucbv*
## Bug Report
@trilinos/muelu
### Description
This [build](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4977942) reports a compilation error in the `CreatePreconditioner` unit-test.
...*Created by: lucbv*
## Bug Report
@trilinos/muelu
### Description
This [build](https://testing.sandia.gov/cdash/index.php?project=Trilinos&parentid=4977942) reports a compilation error in the `CreatePreconditioner` unit-test.
### Steps to Reproduce
See the build referenced above for more info on reproducing this error.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5078Kokkos, MueLu: build errors in Sierra-Trilinos integration2019-06-08T15:27:26ZJames WillenbringKokkos, MueLu: build errors in Sierra-Trilinos integration*Created by: ajpowelsnl*
## Bug Report
@trilinos/\<PackageName\>
### Description
Please see the enclosed logs for the errors.
[bake_050219_errors.log.zip](https://github.com/trilinos/Trilinos/files/3140294/bake_050219_errors.l...*Created by: ajpowelsnl*
## Bug Report
@trilinos/\<PackageName\>
### Description
Please see the enclosed logs for the errors.
[bake_050219_errors.log.zip](https://github.com/trilinos/Trilinos/files/3140294/bake_050219_errors.log.zip)
### Steps to Reproduce
Please see previous tickets related to Sierra-Trilinos integration. In this case, the command was:
bake --verbose -j 1 --ninja trilinos-integration=on 2>&1 | tee my_log.txt
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5070Framework: Autotester runs not reporting2019-06-08T15:27:26ZJames WillenbringFramework: Autotester runs not reporting*Created by: csiefer2*
#5067 #5066
@trilinos/framework @jwillenbring @william76 *Created by: csiefer2*
#5067 #5066
@trilinos/framework @jwillenbring @william76 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5069MueLu: adding support for linear interpolation prolongation in region MG2019-06-08T15:27:25ZJames WillenbringMueLu: adding support for linear interpolation prolongation in region MG*Created by: lucbv*
## Enhancement
@trilinos/muelu
The current StructuredRegionDriver cannot run if the interpolation order used by GeometricInterpolationPFactory is equal to 1, only order 0 (piece-wise constant) can be used now.
...*Created by: lucbv*
## Enhancement
@trilinos/muelu
The current StructuredRegionDriver cannot run if the interpolation order used by GeometricInterpolationPFactory is equal to 1, only order 0 (piece-wise constant) can be used now.
The idea is to modify how the coarse composite maps are constructed, technically if no coarse grid solve are required then the code should work with linear interpolation.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5072MueLu: separate setup and solve of regionMG coarse level solver2019-06-08T15:27:25ZJames WillenbringMueLu: separate setup and solve of regionMG coarse level solver*Created by: mayrmt*
## Enhancement
@trilinos/muelu
On the coarse level, we need to perform a direct solve on the composite system. Right now, this is done by creating a Amesos2 KLU solver in every visit to the coarsest level.
S...*Created by: mayrmt*
## Enhancement
@trilinos/muelu
On the coarse level, we need to perform a direct solve on the composite system. Right now, this is done by creating a Amesos2 KLU solver in every visit to the coarsest level.
Steps to do:
- Move the setup phase of the Amesos2 KLU solver to the setup of the hierarchy and store the factorizations
- Only leave the apply phase of the direct solver in the V-Cycle
Overall, this aims at reducing unnecessary (and duplicate) cost.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5065Tpetra: Deprecated DynamicProfile used without deprecation guards2019-06-08T15:27:26ZJames WillenbringTpetra: Deprecated DynamicProfile used without deprecation guards*Created by: kddevin*
## Bug Report
@trilinos/tpetra
### Description
DynamicProfile is a deprecated feature.
It is used in Tpetra_CrsMatrix_decl.hpp without deprecation guards.
https://github.com/trilinos/Trilinos/blob/ec7ddad27...*Created by: kddevin*
## Bug Report
@trilinos/tpetra
### Description
DynamicProfile is a deprecated feature.
It is used in Tpetra_CrsMatrix_decl.hpp without deprecation guards.
https://github.com/trilinos/Trilinos/blob/ec7ddad27cbfca383fb4c70f8beeba6193739853/packages/tpetra/core/src/Tpetra_CrsMatrix_decl.hpp#L5039
Thus, building with TPETRA_ENABLE_DEPRECATED_CODE=OFF fails.
Related to #4701
### Steps to Reproduce
Build Tpetra with TPETRA_ENABLE_DEPRECATED_CODE=OFF.
I am building with many other packages; I don't know if they are needed to see the error.
```
-D Tpetra_ENABLE_DEPRECATED_CODE:BOOL=OFF \
-D Teuchos_HIDE_DEPRECATED_CODE:BOOL=ON \
\
-D Trilinos_ENABLE_Stokhos:BOOL=ON \
-D Trilinos_ENABLE_Nox:BOOL=ON \
-D Trilinos_ENABLE_ROL:BOOL=ON \
-D ROL_ENABLE_EXAMPLES:BOOL=OFF \
-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 Trilinos_ENABLE_TrilinosCouplings:BOOL=ON \
-D Trilinos_ENABLE_STKIO:BOOL=OFF \
-D Trilinos_ENABLE_STKUtil:BOOL=OFF \
```
Tpetra: Deprecate DynamicProfile