Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-06-08T15:27:25Zhttps://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/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/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/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/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/5061Xpetra: error: ISO C++ forbids nested type 'TpetraVector' with same name as ...2019-06-08T15:27:25ZJames WillenbringXpetra: error: ISO C++ forbids nested type 'TpetraVector' with same name as enclosing class [-fpermissive]*Created by: Mark-E-Hamilton*
I pulled in the most recent of Trilinos master for a Sierra integration build with ETI off. While building this file
/scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/sup/Matrix/Xpetra_Matr...*Created by: Mark-E-Hamilton*
I pulled in the most recent of Trilinos master for a Sierra integration build with ETI off. While building this file
/scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/sup/Matrix/Xpetra_MatrixFactory.cpp
It generated the following error:
```
In file included from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/Headers/Xpetra_UseShortNames.hpp:49:0,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/Vector/Xpetra_TpetraVector_def.hpp:335,
from /scratch/sierra/sierra_master/objs/tpls/Trilinos/b2ed81b8c8472240/packages/xpetra/src/Xpetra_TpetraVector.hpp:2,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/MultiVector/Xpetra_TpetraMultiVector_def.hpp:1028,
from /scratch/sierra/sierra_master/objs/tpls/Trilinos/b2ed81b8c8472240/packages/xpetra/src/Xpetra_TpetraMultiVector.hpp:2,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/CrsMatrix/Xpetra_TpetraCrsMatrix_decl.hpp:62,
from /scratch/sierra/sierra_master/objs/tpls/Trilinos/b2ed81b8c8472240/packages/xpetra/src/Xpetra_TpetraCrsMatrix.hpp:1,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/CrsMatrix/Xpetra_CrsMatrixFactory.hpp:54,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/sup/Matrix/Xpetra_Matrix.hpp:60,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/sup/Matrix/Xpetra_MatrixFactory.hpp:54,
from /scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/sup/Matrix/Xpetra_MatrixFactory.cpp:50:
/scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/Headers/Xpetra_UseShortNamesScalar.hpp:164:73: error: ISO C++ forbids nested type 'TpetraVector' with same name as enclosing class [-fpermissive]
typedef Xpetra::TpetraVector<Scalar, LocalOrdinal, GlobalOrdinal, Node> TpetraVector;
^~~~~~~~~~~~
/scratch/sierra/sierra_master/TPLs_src/Trilinos/packages/xpetra/src/Headers/Xpetra_UseShortNamesScalar.hpp:164:73: error: 'Xpetra::TpetraVector<Scalar, int, long long int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >::TpetraVector' has the same name as the class in which it is declared
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5059PackageName: Tpetra2019-06-08T15:27:25ZJames WillenbringPackageName: Tpetra*Created by: ajpowelsnl*
## Bug Report
@trilinos/\<PackageName\>
COMPILE
/scratch/sierra/sierra_master/objs/apps/scefire/votd/gcc-7.2.0/release/address-model-64/mpi-openmpi/runtime-link-shared/threading-multi/trilinos-integration...*Created by: ajpowelsnl*
## Bug Report
@trilinos/\<PackageName\>
COMPILE
/scratch/sierra/sierra_master/objs/apps/scefire/votd/gcc-7.2.0/release/address-model-64/mpi-openmpi/runtime-link-shared/threading-multi/trilinos-integration-on/app_scefire.o
In file included from
/scratch/sierra/sierra_master/TPLs_src/radlib/Nov-2017/src/KrylovTransportSolvers/krylovTransportSolve.hh:25:0,
from
/scratch/sierra/sierra_master/scefire/src/driver/scefire.cc:28:
/scratch/sierra/sierra_master/TPLs_src/radlib/Nov-2017/src/KrylovTransportSolvers/solveLinearSystem.hh:23:10:
fatal error: Tpetra_DefaultPlatform.hpp: No such file or directory
#include "Tpetra_DefaultPlatform.hpp"
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
gmake: ***
[/scratch/sierra/sierra_master/objs/apps/scefire/votd/gcc-7.2.0/release/address-model-64/mpi-openmpi/runtime-link-shared/threading-multi/trilinos-integration-on/app_scefire.o]
Error 1
XMLCONCAT
/scratch/sierra/sierra_master/bin/contact_usersub_signatures.map
### Description
Error caused Sierra build failure when attempting to integrate Trilinos master.
### Steps to Reproduce
See Sierra - Trilinos integration steps communicated in previous bug reports.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5047Framework: Cannot push or pull from github2019-06-08T15:27:25ZJames WillenbringFramework: Cannot push or pull from github*Created by: csiefer2*
csiefer@mymachine> git pull --rebase
You don't exist, go away!
fatal: The remote end hung up unexpectedly
(It worked yesterday, FYI)*Created by: csiefer2*
csiefer@mymachine> git pull --rebase
You don't exist, go away!
fatal: The remote end hung up unexpectedly
(It worked yesterday, FYI)https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5045Tpetra, Teuchos, etc. compiler warnings being treated as errors for unused fu...2019-06-08T15:27:25ZJames WillenbringTpetra, Teuchos, etc. compiler warnings being treated as errors for unused functions in Sierra - Trilinos integration*Created by: ajpowelsnl*
## Bug Report
@trilinos/tpetra @trilinos/teuchos
Sierra - Trilinos integration is failing because the compiler is treating warnings as errors in these :
-Werror=unused-function
There are ~ 8000 instan...*Created by: ajpowelsnl*
## Bug Report
@trilinos/tpetra @trilinos/teuchos
Sierra - Trilinos integration is failing because the compiler is treating warnings as errors in these :
-Werror=unused-function
There are ~ 8000 instances of this type of error (see enclosed log):
grep -c [-Werror=unused-function] sierra_trilinos_int_042919.txt
8081
[sierra_trilinos_int_042919.txt.zip](https://github.com/trilinos/Trilinos/files/3131953/sierra_trilinos_int_042919.txt.zip)
### Description
Representative error --
```
/scratch/ajpowel/sierra_code_042619/fuego/src/nonconformal/Afgo_NonConformalDiffusiveScalarAlgorithm.C:16:
/scratch/ajpowel/sierra_code_042619/objs/tpls/trilinos_tpls/b2ed81b8c8472240/include/Tpetra_CrsMatrix_def.hpp:89:3: error: 'std::shared_ptr<Tpetra::Details::CommRequest> Tpetra::{anonymous}::iallreduceIntRaw(const int&, int&, Teuchos::EReductionType, const Teuchos::Comm<int>&)' defined but not used [-Werror=unused-function]
iallreduceIntRaw (const int& localValue,
^~~~~~~~~~~~~~~~
```
### Steps to Reproduce
1) Set your development environment; module load sierra-devel;
2) Clone a ${SIERRA_CODE_PROJECT};
3) cd to the ${SIERRA_CODE_PROJECT};
4) rm -fr TPLs_src/Trilinos;
5) git clone github.com/Trilinos/trilinos TPLs_src/Trilinos
6) bake --verbose trilinos-integration=on
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5038Tpetra: Spurious unused function warnings (iallreduceIntRaw, makeValidVerbose...2019-06-08T15:27:25ZJames WillenbringTpetra: Spurious unused function warnings (iallreduceIntRaw, makeValidVerboseStream)*Created by: mhoemmen*
## Bug Report
@trilinos/tpetra @ajpowelsnl
### Description
```
.../include/Tpetra_CrsMatrix_def.hpp:89:3: error: 'std::shared_ptr<Tpetra::Details::CommRequest> Tpetra::{anonymous}::iallreduceIntRaw(const ...*Created by: mhoemmen*
## Bug Report
@trilinos/tpetra @ajpowelsnl
### Description
```
.../include/Tpetra_CrsMatrix_def.hpp:89:3: error: 'std::shared_ptr<Tpetra::Details::CommRequest> Tpetra::{anonymous}::iallreduceIntRaw(const int&, int&, Teuchos::EReductionType, const Teuchos::Comm<int>&)' defined but not used [-Werror=unused-function]
iallreduceIntRaw (const int& localValue,
^~~~~~~~~~~~~~~~
```
This is spurious. See discussion [here](https://github.com/trilinos/Trilinos/issues/3178#issuecomment-482171111
). However, it appears to block Sierra/Trilinos promotion, so I'll fix it.
There's another spurious unused function warning involving `makeValidVerboseStream` in `Ifpack2_ImportExportData_def.hpp`.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5029TrilinosCouplings: Build error (missing header file)2019-06-08T15:27:25ZJames WillenbringTrilinosCouplings: Build error (missing header file)*Created by: mhoemmen*
## Bug Report
@trilinos/trilinoscouplings
### Description
```
.../Trilinos/packages/trilinoscouplings/examples/fenl/fenl_ensemble.hpp:156:18: error: ‘PseudoBlockCGSolMgr’ in namespace ‘Belos’ does not name ...*Created by: mhoemmen*
## Bug Report
@trilinos/trilinoscouplings
### Description
```
.../Trilinos/packages/trilinoscouplings/examples/fenl/fenl_ensemble.hpp:156:18: error: ‘PseudoBlockCGSolMgr’ in namespace ‘Belos’ does not name a template type
const Belos::PseudoBlockCGSolMgr<Sc, V, O>* cg_solver =
^
.../Trilinos/packages/trilinoscouplings/examples/fenl/fenl_ensemble.hpp:158:9: error: ‘cg_solver’ was not declared in this scope
if (cg_solver != 0)
^
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5025MueLu: MMKernel test failing on Cuda2019-06-08T15:27:25ZJames WillenbringMueLu: MMKernel test failing on Cuda*Created by: lucbv*
## Bug Report
@trilinos/muelu @jjellio
### Description
The MMKernelDriver is not compiling with Cuda enabled on geminga.
This seems to be caused by raw openmp calls in the driver, maybe adding appropriate guar...*Created by: lucbv*
## Bug Report
@trilinos/muelu @jjellio
### Description
The MMKernelDriver is not compiling with Cuda enabled on geminga.
This seems to be caused by raw openmp calls in the driver, maybe adding appropriate guards would fix these?
### Steps to Reproduce
Look at [this build](https://testing.sandia.gov/cdash/buildSummary.php?buildid=4960432) on gemingahttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/5019MueLu: Epetra unit-tests try to run with kokkos-refactored factories2019-06-08T15:27:25ZJames WillenbringMueLu: Epetra unit-tests try to run with kokkos-refactored factories*Created by: lucbv*
## Bug Report
@trilinos/muelu
### Description
Some unit-tests are currently being run with both Epetra and kokkos refactor, which is supported. But these tests are also asking for the kokkos factories in MueLu ...*Created by: lucbv*
## Bug Report
@trilinos/muelu
### Description
Some unit-tests are currently being run with both Epetra and kokkos refactor, which is supported. But these tests are also asking for the kokkos factories in MueLu because of the `Kokkos_Refactor_On_By_Default` variable being set ON by default when `MueLu_ENABLE_KokkosCore` is ON too.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5011Xpetra broke Albany and SPARC nightly builds2019-06-08T15:27:25ZJames WillenbringXpetra broke Albany and SPARC nightly builds*Created by: ikalash*
Looks like we have a compilation error in our nightlies when compiling against a new develop Trilinos:
```
from /.../trilinos-install-serial-intel-release/include/Piro_SolverFactory.hpp(97),
...*Created by: ikalash*
Looks like we have a compilation error in our nightlies when compiling against a new develop Trilinos:
```
from /.../trilinos-install-serial-intel-release/include/Piro_SolverFactory.hpp(97),
from /.../Albany/src/Albany_SolverFactory.cpp(24):
/.../trilinos-install-serial-intel-release/include/Xpetra_CrsMatrixFactory.hpp(54): catastrophic error: cannot open source file "Xpetra_TpetraCrsMatrix.hpp"
#include "Xpetra_TpetraCrsMatrix.hpp"
^
```
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=84042
@trilinos/xpetra https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4992Amesos2 does not support Epetra with Tpetra_INST_INT_INT=OFF2019-06-08T15:27:25ZJames WillenbringAmesos2 does not support Epetra with Tpetra_INST_INT_INT=OFF*Created by: mhoemmen*
## Bug Report
@trilinos/amesos2 @rppawlo @kddevin
### Description
Amesos2 does not support Epetra with `Tpetra_INST_INT_INT=OFF`.
### Steps to Reproduce
1. Set `Tpetra_INST_INT_INT=OFF` and `Amesos2_...*Created by: mhoemmen*
## Bug Report
@trilinos/amesos2 @rppawlo @kddevin
### Description
Amesos2 does not support Epetra with `Tpetra_INST_INT_INT=OFF`.
### Steps to Reproduce
1. Set `Tpetra_INST_INT_INT=OFF` and `Amesos2_ENABLE_Epetra=ON`
2. Watch Amesos2 complain and fail to implement the feature
This is related to #3234. That issue was about Amesos2 failing to catch its failure to implement this feature.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4989Muelu: MueLu_Maxwell3D-Tpetra_MPI_4 failing on atdm complex build2019-06-08T15:27:25ZJames WillenbringMuelu: MueLu_Maxwell3D-Tpetra_MPI_4 failing on atdm complex build*Created by: fryeguy52*
## Bug Report
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
<Checklist>
<???: Add label "ATDM">
<???: Add label "bug"?>
<???: Add label for affected pa...*Created by: fryeguy52*
## Bug Report
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
<Checklist>
<???: Add label "ATDM">
<???: Add label "bug"?>
<???: Add label for affected packages (e.g. "MueLu", "Tpetra", "Kokkos", etc.)>
<???: Add milestone "Initial cleanup of new ATDM builds of Trilinos" or "Keep promoted ATDM builds of Trilinos clean">
<???: Once GitHub Issue is created, add entries for tests to TrilinosATDMStatus/*.csv files>
<???: Add label "PA: ???Project Area???" (e.g. "PA: Linear Solvers", "PA: Data Services")>
## Next Action Status
<status-and-or-first-action>
## Description
As shown in [this query](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-release-debug&field2=testname&compare2=61&value2=MueLu_Maxwell3D-Tpetra_MPI_4&field3=site&compare3=61&value3=sems-rhel7&field4=buildstarttime&compare4=84&value4=2019-04-22T00%3A00%3A00&field5=buildstarttime&compare5=83&value5=2019-03-23T00%3A00%3A00) the test:
* MueLu_Maxwell3D-Tpetra_MPI_4
is failing in the build:
* Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-release-debug
## Current Status on CDash
[Test results last 5 days](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercount=4&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-release-debug&field2=testname&compare2=61&value2=MueLu_Maxwell3D-Tpetra_MPI_4&field3=site&compare3=61&value3=sems-rhel7&field4=buildstarttime&compare4=83&value4=5%20days%20ago)
## Steps to Reproduce
One should be able to reproduce this failure on with a sems rhel6 environment as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for with a sems rhel6 environment are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#sems-rhel6-environment
The exact commands to reproduce this issue should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-release-debug
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_MueLu=ON \
$TRILINOS_DIR
$ make NP=16
$ ctest -j8
```
Keep promoted "ATDM" builds of Trilinos cleanhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4982MueLu: MueLu_Helmholtz2DParallel_MPI_4 failing on ATDM complex builds2019-06-08T15:27:25ZJames WillenbringMueLu: MueLu_Helmholtz2DParallel_MPI_4 failing on ATDM complex builds*Created by: fryeguy52*
## Bug Report
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
## Description
As shown in [this query](https://testing.sandia...*Created by: fryeguy52*
## Bug Report
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
## Description
As shown in [this query](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=65&value1=Trilinos-atdm-&field2=buildname&compare2=63&value2=-complex-&field3=testname&compare3=65&value3=MueLu_Helmholtz2DParallel_MPI_4&field4=buildstarttime&compare4=84&value4=2019-04-22T00%3A00%3A00&field5=buildstarttime&compare5=83&value5=2019-03-23T00%3A00%3A00) the test:
* MueLu_Helmholtz2DParallel_MPI_4
has been failing since 2019-01-11 in the builds:
* Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-debug
* Trilinos-atdm-sems-rhel7-gnu-7.2.0-openmp-complex-shared-release-debug
* Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-release-debug
* Trilinos-atdm-sems-rhel7-clang-3.9.0-openmp-complex-shared-release-debug
new commits on 2019-04-11 can be found [here](https://testing.sandia.gov/cdash/viewNotes.php?buildid=4867040#!#note2)
## Current Status on CDash
[results for the current testing day](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=65&value1=Trilinos-atdm-&field2=buildname&compare2=63&value2=complex&field3=testname&compare3=65&value3=MueLu_Helmholtz2DParallel_MPI_4&field4=buildstarttime&compare4=84&value4=today&field5=buildstarttime&compare5=83&value5=yesterday)
## Steps to Reproduce
One should be able to reproduce this failure on with a sems rhel6 environment as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for with a sems rhel6 environment are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#sems-rhel6-environment
The exact commands to reproduce this issue should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh Trilinos-atdm-sems-rhel6-gnu-7.2.0-openmp-complex-shared-release-debug
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_MueLu=ON \
$TRILINOS_DIR
$ make NP=16
$ ctest -j8
```
Keep promoted "ATDM" builds of Trilinos cleanhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4979Dakota public distribution site down?2019-06-08T15:27:25ZJames WillenbringDakota public distribution site down?*Created by: ikalash*
Is the Dakota public distribution site (https://dakota.sandia.gov/sites/default/files/distributions/public) down? Our nightly Albany tests are supposed to pull dakota as follows:
wget -nv --no-check-certificat...*Created by: ikalash*
Is the Dakota public distribution site (https://dakota.sandia.gov/sites/default/files/distributions/public) down? Our nightly Albany tests are supposed to pull dakota as follows:
wget -nv --no-check-certificate https://dakota.sandia.gov/sites/default/files/distributions/public/dakota-6.9-release-public.src.tar.gz -v
and this operation started to fail over the weekend. I tried it on a non-Sandia machine and get the same issue, so I don't think it's a proxy thing. Also when I try to access the website, I get "Problem loading page" message. Perhaps the site moved?
@trilinos/trikota
@briadam
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4976ifpack - add an interface for a hypre set function taking int ** arguments to...2019-06-08T15:27:25ZJames Willenbringifpack - add an interface for a hypre set function taking int ** arguments to Ifpack_Hypre*Created by: jthano*
## Enhancement
@trilinos/ifpack
Ifpack_Hypre does not currently include an interface for a hypre parameter set function taking an int** argument. The only such set function in hypre is HYPRE_BoomerAMGSetGridRela...*Created by: jthano*
## Enhancement
@trilinos/ifpack
Ifpack_Hypre does not currently include an interface for a hypre parameter set function taking an int** argument. The only such set function in hypre is HYPRE_BoomerAMGSetGridRelaxPoints and there was a comment declaring this set function obsolete. However, this function will no longer be obsolete as it is being used for AIR AMG which can be found in the AIR branch of the development hypre repo. The AIR branch will be merged into master in the near future.
I have already added an interface for int** functions in my fork of Trilinos. I am creating this issue because the contribution guidelines state an issue should be created first and then referred to in a pull request.