Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-04-25T18:53:43Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/5014KokkosKernels: KokkosKernels_sparse_ tests timing out on ATDM complex build2019-04-25T18:53:43ZJames WillenbringKokkosKernels: KokkosKernels_sparse_ tests timing out on ATDM complex build*Created by: fryeguy52*
## Bug Report
CC: @trilinos/kokkoskernels, @kddevin (Trilinos Data Services Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
<status-and-or-first-action>
## Description
As shown in [...*Created by: fryeguy52*
## Bug Report
CC: @trilinos/kokkoskernels, @kddevin (Trilinos Data Services Product Lead), @bartlettroscoe, @fryeguy52
## 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&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-debug&field2=testname&compare2=65&value2=KokkosKernels_sparse_&field3=buildstarttime&compare3=84&value3=2019-04-25T00%3A00%3A00&field4=buildstarttime&compare4=83&value4=2019-03-26T00%3A00%3A00) the tests:
* KokkosKernels_sparse_openmp_MPI_1
* KokkosKernels_sparse_serial_MPI_1
are failing timing out in the build:
* Trilinos-atdm-sems-rhel7-intel-17.0.1-openmp-complex-shared-debug
## Current Status on CDash
[The status of these tests 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&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-debug&field2=testname&compare2=65&value2=KokkosKernels_sparse_&field3=buildstarttime&compare3=84&value3=today&field4=buildstarttime&compare4=83&value4=2%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-debug
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_KokkosKernels=ON \
$TRILINOS_DIR
$ make NP=16
$ ctest -j8
```
Initial cleanup of new ATDM builds of Trilinoshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/5006Ifpack2: Ifpack2_MTSGS_belos_MPI_1 randomly failing in ATDM cee rhel6 intel ...2019-04-24T23:12:57ZJames WillenbringIfpack2: Ifpack2_MTSGS_belos_MPI_1 randomly failing in ATDM cee rhel6 intel build*Created by: fryeguy52*
## Bug Report
CC: @trilinos/ifpack2, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
<status-and-or-first-action>
## Description
As shown in [thi...*Created by: fryeguy52*
## Bug Report
CC: @trilinos/ifpack2, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## 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-cee-rhel6_intel-18.0.2_mpich2-3.2_openmp_static_opt&field2=testname&compare2=61&value2=Ifpack2_MTSGS_belos_MPI_1&field3=site&compare3=61&value3=cee-rhel6&field4=buildstarttime&compare4=84&value4=2019-04-24T00%3A00%3A00&field5=buildstarttime&compare5=83&value5=2019-03-25T00%3A00%3A00) the test:
* Ifpack2_MTSGS_belos_MPI_1
is failing in the build:
* Trilinos-atdm-cee-rhel6_intel-18.0.2_mpich2-3.2_openmp_static_opt
This has failed 9 times in the last 4 weeks with something similar to:
```
Achieved tolerance: 6.44895e-10
Actual iters(20) > expected number of iterations (19), or resid-norm(0) >= 1.e-7
proc 0 total program time: 0.0258739
End Result: TEST FAILED
```
## Current Status on CDash
[Current 2 week history on CDash](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Trilinos-atdm-cee-rhel6_intel-18.0.2_mpich2-3.2_openmp_static_opt&field2=testname&compare2=61&value2=Ifpack2_MTSGS_belos_MPI_1&field3=site&compare3=61&value3=cee-rhel6&field4=buildstarttime&compare4=84&value4=today&field5=buildstarttime&compare5=83&value5=2%20weeks%20ago)
## Steps to Reproduce
One should be able to reproduce this failure on a machine with a cee rhel6 environment as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for a machine with a cee rhel6 environment are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#cee-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-cee-rhel6_intel-18.0.2_mpich2-3.2_openmp_static_opt
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_Ifpack2=ON \
$TRILINOS_DIR
$ make NP=16
$ ctest -j16
```
Keep promoted "ATDM" builds of Trilinos cleanhttps://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/5002MueLu: MueLu_FixedMatrixPattern-Tpetra_MPI_4 randomly timing out in ATDM wat...2019-05-07T01:09:59ZJames WillenbringMueLu: MueLu_FixedMatrixPattern-Tpetra_MPI_4 randomly timing out in ATDM waterman build*Created by: fryeguy52*
## Bug Report
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
<status-and-or-first-action>
## Description
As shown in [this q...*Created by: fryeguy52*
## Bug Report
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## 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-waterman-cuda-9.2-debug&field2=testname&compare2=61&value2=MueLu_FixedMatrixPattern-Tpetra_MPI_4&field3=site&compare3=61&value3=waterman&field4=buildstarttime&compare4=84&value4=2019-04-23T00%3A00%3A00&field5=buildstarttime&compare5=83&value5=2019-03-24T00%3A00%3A00) the test:
* MueLu_FixedMatrixPattern-Tpetra_MPI_4
is randomly timing out in the build:
* Trilinos-atdm-waterman-cuda-9.2-debug
This test usually passes in about 6.5 seconds but has timed out (10 minutes) 5 times in the last 30 days
## Current Status on CDash
[Current 2 week history on CDash](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Trilinos-atdm-waterman-cuda-9.2-debug&field2=testname&compare2=61&value2=MueLu_FixedMatrixPattern-Tpetra_MPI_4&field3=site&compare3=61&value3=waterman&field4=buildstarttime&compare4=84&value4=today&field5=buildstarttime&compare5=83&value5=2%20weeks%20ago)
## Steps to Reproduce
One should be able to reproduce this failure on waterman as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for waterman are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#waterman
The exact commands to reproduce this issue should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh Trilinos-atdm-waterman-cuda-9.2-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
$ bsub -x -Is -n 20 ctest -j20
```
Keep promoted "ATDM" builds of Trilinos cleanhttps://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/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/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/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/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/4988STK: STKUnit_tests_stk_topology_unit_tests_MPI_1 failing in ATDM build cuda-...2019-05-01T22:37:42ZJames WillenbringSTK: STKUnit_tests_stk_topology_unit_tests_MPI_1 failing in ATDM build cuda-9.2-gnu-7.2.0-rdc-release-debug-pt on 'white' and 'ride'*Created by: fryeguy52*
## Bug Report
CC: @trilinos/stk, @kddevin (Trilinos Data Services Product Lead), @bartlettroscoe, @fryeguy52
<Checklist>
<???: Add label "ATDM">
<???: Add label "bug"?>
<???: Add label for affected packag...*Created by: fryeguy52*
## Bug Report
CC: @trilinos/stk, @kddevin (Trilinos Data Services 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-white-ride-cuda-9.2-gnu-7.2.0-rdc-release-debug-pt&field2=testname&compare2=61&value2=STKUnit_tests_stk_topology_unit_tests_MPI_1&field3=site&compare3=61&value3=ride&field4=buildstarttime&compare4=84&value4=2019-04-22T00%3A00%3A00&field5=buildstarttime&compare5=83&value5=2019-03-23T00%3A00%3A00) the test:
* STKUnit_tests_stk_topology_unit_tests_MPI_1
is failing since 2019-04-09 in the build:
* Trilinos-atdm-white-ride-cuda-9.2-gnu-7.2.0-rdc-release-debug-pt
<more-details>
## Current Status on CDash
[The current status of this test](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Trilinos-atdm-white-ride-cuda-9.2-gnu-7.2.0-rdc-release-debug-pt&field2=testname&compare2=61&value2=STKUnit_tests_stk_topology_unit_tests_MPI_1&field3=site&compare3=61&value3=ride&field4=buildstarttime&compare4=84&value4=today&field5=buildstarttime&compare5=83&value5=yesterday)
## Steps to Reproduce
One should be able to reproduce this failure on ride or white as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for ride or white are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#ridewhite
The exact commands to reproduce this issue should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh Trilinos-atdm-white-ride-cuda-9.2-gnu-7.2.0-rdc-release-debug-pt
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_STK=ON \
$TRILINOS_DIR
$ make NP=16
$ bsub -x -Is -q rhel7F -n 16 ctest -j16
```Keep promoted "ATDM" builds of Trilinos cleanhttps://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/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. https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4973Trilinos seacas build issue on mayer with ARM compiler2020-07-22T01:04:26ZJames WillenbringTrilinos seacas build issue on mayer with ARM compiler*Created by: ikalash*
I'm encountering a build error when trying to build Trilinos develop on mayer with the ARM compiler (module load devpack-arm/20190201). Here is the error:
```
[ 41%] Building CXX object packages/seacas/libraries...*Created by: ikalash*
I'm encountering a build error when trying to build Trilinos develop on mayer with the ARM compiler (module load devpack-arm/20190201). Here is the error:
```
[ 41%] Building CXX object packages/seacas/libraries/ioss/src/CMakeFiles/Ioss.dir/Ioss_Node.C.o
[ 41%] Linking CXX executable nem_slice
Scanning dependencies of target mapvar
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/getbnd.f.o
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/mapvar.f.o
F90-S-0029-Illegal hexadecimal constant: Seehttps://github.com/gsjaardema/seacas/packages (/mscratch/albany/mayer/nightlyCDashTrilinos/repos/Trilinos/packages/seacas/applications/mapvar/mapvar.f: 417)
F90-S-0034-Syntax error at or near non-decimal constant 0 (/mscratch/albany/mayer/nightlyCDashTrilinos/repos/Trilinos/packages/seacas/applications/mapvar/mapvar.f: 417)
F90-S-0029-Illegal hexadecimal constant: Seehttps://github.com/gsjaardema/seacas/packages (/mscratch/albany/mayer/nightlyCDashTrilinos/repos/Trilinos/packages/seacas/applications/mapvar/mapvar.f: 428)
F90-S-0034-Syntax error at or near non-decimal constant 0 (/mscratch/albany/mayer/nightlyCDashTrilinos/repos/Trilinos/packages/seacas/applications/mapvar/mapvar.f: 428)
0 inform, 0 warnings, 4 severes, 0 fatal for mapvar
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/mklstv.f.o
[ 41%] Built target nem_slice
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/mkrnk.f.o
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/rank.f.o
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/srchge.f.o
[ 41%] Building Fortran object packages/seacas/applications/mapvar/CMakeFiles/mapvar.dir/srchgt.f.o
Scanning dependencies of target mapvar-kd
[ 41%] Building Fortran object packages/seacas/applications/mapvar-kd/CMakeFiles/mapvar-kd.dir/mapvar-kd.f.o
F90-S-0029-Illegal hexadecimal constant: Seehttps://github.com/gsjaardema/seacas/packages (/mscratch/albany/mayer/nightlyCDashTrilinos/repos/Trilinos/packages/seacas/applications/mapvar-kd/mapvar-kd.f: 285)
F90-S-0034-Syntax error at or near non-decimal constant 0 (/mscratch/albany/mayer/nightlyCDashTrilinos/repos/Trilinos/packages/seacas/applications/mapvar-kd/mapvar-kd.f: 285)
```
According to my colleague @jewatkins, the build worked just fine on April 9. Our configure script is attached.
[do-cmake-trilinos-arm-serial.txt](https://github.com/trilinos/Trilinos/files/3099602/do-cmake-trilinos-arm-serial.txt)
@trilinos/seacas
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/4970Tempus: Add accessor to WrapperModelEvaluator2020-07-22T01:04:27ZJames WillenbringTempus: Add accessor to WrapperModelEvaluator*Created by: ccober6*
## Enhancement
@trilinos/tempus
For a segregated linear solve, EMPIRE needs access to the WrapperModelEvaluator to get to alpha and beta. Adding simple accessors to it.*Created by: ccober6*
## Enhancement
@trilinos/tempus
For a segregated linear solve, EMPIRE needs access to the WrapperModelEvaluator to get to alpha and beta. Adding simple accessors to it.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4963Intrepid2 and Panzer build errors in new cuda-10.1 builds on 'white'2020-07-22T01:04:27ZJames WillenbringIntrepid2 and Panzer build errors in new cuda-10.1 builds on 'white'*Created by: bartlettroscoe*
CC: @trilinos/intrepid2, @trilinos/panzer @mperego (Trilinos Discretizations Product Lead), @bartlettroscoe, @fryeguy52
<Checklist>
<???: Add label "client: ATDM">
<???: Add label "ATDM Sev: Blocker" (...*Created by: bartlettroscoe*
CC: @trilinos/intrepid2, @trilinos/panzer @mperego (Trilinos Discretizations Product Lead), @bartlettroscoe, @fryeguy52
<Checklist>
<???: Add label "client: ATDM">
<???: Add label "ATDM Sev: Blocker" (by default but could be other "ATDM Sev: XXX")>
<???: Add label "type: bug"?>
<???: Add label for affected packages (e.g. "pkg: MueLu", "pkg: Tpetra", "pkg: Kokkos", etc.)>
<???: Add label "PA: ???Project Area???" (e.g. "PA: Linear Solvers", "PA: Data Services")>
<???: Add milestone "Initial cleanup of new ATDM ..." or "Keep promoted ATDM ...">
<???: Once GitHub Issue is created, add entries for tests to TrilinosATDMStatus/*.csv files>
## Next Action Status
<status-and-or-first-action>
## Description
As shown [here on CDash](https://testing.sandia.gov/cdash-dev-view/index.php?project=Trilinos&parentid=4917892), there are many build failures in Intrepid2 and Panzer shown in the new build:
* `Trilinos-atdm-white-ride-cuda-10.1-gnu-7.2.0-release-debug`
that as been set up on 'white' (see [TRIL-245](https://sems-atlassian-son.sandia.gov/jira/browse/TRIL-245)).
This starts with build errors in Intrepid2 as shown [here](https://testing.sandia.gov/cdash-dev-view/viewBuildError.php?buildid=4917897) that look like:
```
/home/jenkins/white/workspace/Trilinos-atdm-white-ride-cuda-10.1-gnu-7.2.0-release-debug/SRC_AND_BUILD/Trilinos/packages/intrepid2/src/Discretization/Basis/Intrepid2_HCURL_TET_In_FEMDef.hpp:451:64: error: invalid conversion from ‘Intrepid2::ordinal_type* {aka int*}’ to ‘Intrepid2::ordinal_type {aka int}’ [-fpermissive]
tags[i_card+1][0] = 2; // face dof
```
The build errors in Panzer look to be these same errors coming from Intrepid2.
## Current Status on CDash
* [Trilinos-atdm-white-ride-cuda-10.1-gnu-7.2.0-release-debug Intrepid2 build summary last 5 days](https://testing.sandia.gov/cdash-dev-view/index.php?project=Trilinos&date=2019-04-19&filtercount=3&showfilters=1&filtercombine=and&field1=subprojects&compare1=93&value1=Intrepid2&field2=buildname&compare2=61&value2=Trilinos-atdm-white-ride-cuda-10.1-gnu-7.2.0-release-debug&field3=buildstarttime&compare3=83&value3=5%20days%20ago)
## Steps to Reproduce
One should be able to reproduce this failure on the machine 'white' as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for the system 'white' are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#ridewhite
The exact commands on 'white' to reproduce this issue should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh \
Trilinos-atdm-white-ride-cuda-10.1-gnu-7.2.0-release-debug
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_Intrepid2=ON \
$TRILINOS_DIR
$ make NP=16
```
Initial cleanup of new ATDM builds of Trilinoshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4964Tempus: Output After Passing Output Time2020-07-22T01:04:27ZJames WillenbringTempus: Output After Passing Output Time*Created by: ccober6*
Would like to output when the timestep steps over the output time, and do not adjust the timestep size to exactly "land" on the output time.*Created by: ccober6*
Would like to output when the timestep steps over the output time, and do not adjust the timestep size to exactly "land" on the output time.