Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-06-08T15:27:26Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/5044MueLu broke NERSC and waterman Albany nightlies2019-06-08T15:27:26ZJames WillenbringMueLu broke NERSC and waterman Albany nightlies*Created by: ikalash*
Albany failed to build last night in our NERSC and waterman nightlies. Trilinos compiled just fine, but Albany returned the following error when built on top of Trilinos:
```
/.../build/TrilinosInstall/lib/li...*Created by: ikalash*
Albany failed to build last night in our NERSC and waterman nightlies. Trilinos compiled just fine, but Albany returned the following error when built on top of Trilinos:
```
/.../build/TrilinosInstall/lib/libmuelu-interface.a(MueLu_ParameterListInterpreter.cpp.o): In function `virtual thunk to Xpetra::TpetraVector >::~TpetraVector()':
```
Please see:
https://my.cdash.org/viewBuildError.php?buildid=1643124
and
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=84229
for more details. Both builds are using the develop branch of Trilinos.
@trilinos/muelu https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5015KokkosKernels promotion needs to update Ifpack22019-06-08T15:27:26ZJames WillenbringKokkosKernels promotion needs to update Ifpack2*Created by: jjwilke*
`KokkosKernels::Experimental` has apparently disappeared in the devel branch of KokkosKernels. Ifpack2 references `namespace Experimental` in several places. This will make the next promotion difficult - particula...*Created by: jjwilke*
`KokkosKernels::Experimental` has apparently disappeared in the devel branch of KokkosKernels. Ifpack2 references `namespace Experimental` in several places. This will make the next promotion difficult - particularly the new CMake updates for kokkos-kernels.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5055STK SIMD Layout out of date2019-06-08T15:27:26ZJames WillenbringSTK SIMD Layout out of date*Created by: ajpowelsnl*
## Bug Report
@trilinos/kokkos
```
/scratch/sierra/sierra_master/objs/tpls/trilinos_tpls/b2ed81b8c8472240/include/Kokkos_View.hpp:2234:70:
error: 'is_extent_constructible' is not a member of
'Kokkos::Vie...*Created by: ajpowelsnl*
## Bug Report
@trilinos/kokkos
```
/scratch/sierra/sierra_master/objs/tpls/trilinos_tpls/b2ed81b8c8472240/include/Kokkos_View.hpp:2234:70:
error: 'is_extent_constructible' is not a member of
'Kokkos::ViewTraits<double* [4][3], stk::simd::LayoutRight<double>,
Kokkos::Serial, Kokkos::MemoryTraits<0> >::array_layout {aka
stk::simd::LayoutRight<double>}'
arg_N4, arg_N5, arg_N6, arg_N7, label());
```
### Description
This error caused the post-Trilinos integration Sierra-build to fail.
### Steps to Reproduce
Please see steps to integrate Trilinos and Sierra.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5056STK using deprecated DualView interface2019-06-08T15:27:26ZJames WillenbringSTK using deprecated DualView interface*Created by: ajpowelsnl*
## Bug Report
@trilinos/kokkos
```
In file included from
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/Ngp.hpp:40:0,
from
/scratch/sierra/sierra_master/stk/stk_unit_tests/stk_ngp/h...*Created by: ajpowelsnl*
## Bug Report
@trilinos/kokkos
```
In file included from
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/Ngp.hpp:40:0,
from
/scratch/sierra/sierra_master/stk/stk_unit_tests/stk_ngp/howToNgp.cpp:2:
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/NgpField.hpp: In
instantiation of 'bool ngp::StaticField<T>::need_sync_to_device() const
[with T = int]':
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/NgpField.hpp:306:32:
required from 'void ngp::StaticField<T>::sync_to_device() [with T = int]'
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/NgpReductions.hpp:156:5:
required from 'typename Field::value_type ngp::get_field_min(Mesh&,
Field, const stk::mesh::Selector&) [with Mesh = ngp::StkMeshAdapter;
Field = ngp::StaticField<int>; typename Field::value_type = int]'
/scratch/sierra/sierra_master/stk/stk_unit_tests/stk_ngp/howToNgp.cpp:862:5:
required from here
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/NgpField.hpp:449:26:
error: 'const FieldDataDualViewType {aka const class
Kokkos::DualView<int***, Kokkos::LayoutRight, void, void>}' has no
member named 'modified_host'; did you mean 'modify_host'?
return fieldData.modified_host() >
fieldData.modified_device(); // Old Kokkos API
~~~~~~~~~~^~~~~~~~~~~~~
modify_host
/scratch/sierra/sierra_master/stk/stk_ngp/stk_ngp/NgpField.hpp:449:54:
error: 'const FieldDataDualViewType {aka const class
Kokkos::DualView<int***, Kokkos::LayoutRight, void, void>}' has no
member named 'modified_device'; did you mean 'modify_device'?
return fieldData.modified_host() >
fieldData.modified_device(); // Old Kokkos API
```
### Description
In a Sierra - Trilinos integration, this bug causes Sierra build failures.
### Steps to Reproduce
See Sierra - Trilinos integration procedure communicated in previous bug reports..
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5058Trilinos Framework: Change GCC 4.8.4 PR build to use static libraries2019-06-08T15:27:26ZJames WillenbringTrilinos Framework: Change GCC 4.8.4 PR build to use static libraries*Created by: jwillenbring*
## Enhancement
@trilinos/framework
Our PR testing does not currently include any static library builds. There are important use cases for static libraries, so we want to change one build to use static lib...*Created by: jwillenbring*
## Enhancement
@trilinos/framework
Our PR testing does not currently include any static library builds. There are important use cases for static libraries, so we want to change one build to use static libraries. The GCC 4.8.4 MPI build has been chosen for this enhancement to the PR test suite.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/5057Kokkos Bug?2019-06-08T15:27:26ZJames WillenbringKokkos Bug?*Created by: ajpowelsnl*
## Bug Report
@trilinos/kokkos
```
/scratch/sierra/sierra_master/objs/tpls/trilinos_tpls/b2ed81b8c8472240/include/Kokkos_View.hpp:2234:70:
error: 'is_extent_constructible' is not a member of
'Kokkos::ViewT...*Created by: ajpowelsnl*
## Bug Report
@trilinos/kokkos
```
/scratch/sierra/sierra_master/objs/tpls/trilinos_tpls/b2ed81b8c8472240/include/Kokkos_View.hpp:2234:70:
error: 'is_extent_constructible' is not a member of
'Kokkos::ViewTraits<double* [4][3], stk::simd::LayoutRight<double>,
Kokkos::Serial, Kokkos::MemoryTraits<0> >::array_layout {aka
stk::simd::LayoutRight<double>}'
arg_N4, arg_N5, arg_N6, arg_N7, label());
^
```
### Description
Sierra-Trilinos integration failed due to the error above.
### Steps to Reproduce
See Sierra-Trilinos integration steps communicated in previous bug reports.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 DynamicProfilehttps://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/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/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/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/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/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/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/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/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/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/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/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/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/21Reorganize Belos adapters into subpackages2016-03-07T23:11:02ZJames WillenbringReorganize Belos adapters into subpackages*Created by: nschloe*
Belos offers [a number of adapters](https://github.com/trilinos/Trilinos/tree/master/packages/belos) for their linear solvers, most notably Epetra and Tpetra. Unfortunately, there is no adapter for Thyra though. – ...*Created by: nschloe*
Belos offers [a number of adapters](https://github.com/trilinos/Trilinos/tree/master/packages/belos) for their linear solvers, most notably Epetra and Tpetra. Unfortunately, there is no adapter for Thyra though. – Oh wait, [there is one](https://github.com/trilinos/Trilinos/blob/master/packages/stratimikos/adapters/belos/src/BelosThyraAdapter.hpp)! In Stratimikos.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/16Kokkos: make compiler checks at configure time2015-11-20T22:51:59ZJames WillenbringKokkos: make compiler checks at configure time*Created by: nschloe*
Right now, Kokkos checks for compiler versions at compile time (e.g., in `./packages/kokkos/core/src/Kokkos_Macros.hpp`). However, this is something that can (and hence should) be checked earlier, namely at configu...*Created by: nschloe*
Right now, Kokkos checks for compiler versions at compile time (e.g., in `./packages/kokkos/core/src/Kokkos_Macros.hpp`). However, this is something that can (and hence should) be checked earlier, namely at configure time by CMake.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4STK without MPI: fatal error: mpi.h: No such file or directory2017-08-18T23:13:49ZJames WillenbringSTK without MPI: fatal error: mpi.h: No such file or directory*Created by: nschloe*
When compiled with `TPL_ENABLE_MPI=OFF`, stk fails to compile with
```
[...]
[ 70%] Building CXX object packages/stk/stk_util/stk_util/parallel/CMakeFiles/trilinos_stk_util_parallel.dir/ParallelIndexGapFinder.cpp....*Created by: nschloe*
When compiled with `TPL_ENABLE_MPI=OFF`, stk fails to compile with
```
[...]
[ 70%] Building CXX object packages/stk/stk_util/stk_util/parallel/CMakeFiles/trilinos_stk_util_parallel.dir/ParallelIndexGapFinder.cpp.o
In file included from /home/nschloe/software/trilinos/privateTrilinos/packages/stk/stk_util/stk_util/parallel/ParallelIndexGapFinder.cpp:34:0:
/home/nschloe/software/trilinos/privateTrilinos/packages/stk/stk_util/stk_util/parallel/ParallelIndexGapFinder.hpp:41:19: fatal error: mpi.h: No such file or directory
#include "mpi.h"
[...]
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/7upgrade doxygen description2016-03-03T17:49:19ZJames Willenbringupgrade doxygen description*Created by: nschloe*
When generating documentation with Doxygen 1.8.*, almost all packages issue warnings like
```
Warning: Tag `DETAILS_AT_TOP' at line 33 of file `../../common/Doxyfile' has become obsolete.
To avoid this wa...*Created by: nschloe*
When generating documentation with Doxygen 1.8.*, almost all packages issue warnings like
```
Warning: Tag `DETAILS_AT_TOP' at line 33 of file `../../common/Doxyfile' has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
Warning: Tag `SHOW_DIRECTORIES' at line 69 of file `../../common/Doxyfile' has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
Warning: Tag `HTML_ALIGN_MEMBERS' at line 123 of file `../../common/Doxyfile' has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
Warning: Tag `XML_SCHEMA' at line 170 of file `../../common/Doxyfile' has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
Warning: Tag `XML_DTD' at line 171 of file `../../common/Doxyfile' has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
```
The tag `DETAILS_AT_TOP`, for example, has been deprecated with Doxygen 1.5.7 [more than 7 years ago](http://www.stack.nl/~dimitri/doxygen/changelog_1.5.html). Upgrading the description via
```
doxygen -u
```
is recommended.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/18FEI has duplicate files with HYPRE2016-03-03T17:44:45ZJames WillenbringFEI has duplicate files with HYPRE*Created by: nschloe*
While working on a Debian/Ubuntu package for Trilinos, I sometimes bump into the funniest issues. This here is the fact that the existing package [HYPRE](http://acts.nersc.gov/hypre/) and Trilinos' FEI have header ...*Created by: nschloe*
While working on a Debian/Ubuntu package for Trilinos, I sometimes bump into the funniest issues. This here is the fact that the existing package [HYPRE](http://acts.nersc.gov/hypre/) and Trilinos' FEI have header files with the exact same names. Specifically, the following files are already installed by HYPRE:
```
$ dpkg -L libhypre-dev | grep .h | grep fei
/usr/include/cfei_hypre.h
/usr/include/fei_defs.h
/usr/include/cfei-hypre.h
/usr/include/hypre_cfei.h
$
```
At least `fei_defs.h` is also present in FEI. This makes it impossible to co-install both packages on the same system.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/19TrilinosCouplings/STKClassic: ‘FieldBase’ does not name a type2016-06-26T03:27:31ZJames WillenbringTrilinosCouplings/STKClassic: ‘FieldBase’ does not name a type*Created by: nschloe*
**Next Action Status:**
STKClassic support in TrilinosCouplings is now always disabled by default (even if TrilinosCouplings and STKClassic are both enabled). Next: Fix or remove code dependent on STKClassic?
**...*Created by: nschloe*
**Next Action Status:**
STKClassic support in TrilinosCouplings is now always disabled by default (even if TrilinosCouplings and STKClassic are both enabled). Next: Fix or remove code dependent on STKClassic?
**Description:**
When configuring Trilinos with
```
cmake \
-DCMAKE_INSTALL_PREFIX:PATH=/opt/trilinos/ \
-DCMAKE_BUILD_TYPE:STRING=Debug \
-DCMAKE_C_COMPILER=mpicc \
-DCMAKE_CXX_COMPILER=mpicxx \
-DCMAKE_Fortran_COMPILER=mpif90 \
-DBUILD_SHARED_LIBS:BOOL=ON \
-DCMAKE_SKIP_RPATH:BOOL=ON \
-DTrilinos_INSTALL_INCLUDE_DIR:PATH=include/trilinos/ \
-DTrilinos_ENABLE_DEVELOPMENT_MODE:BOOL=OFF \
-DTrilinos_ENABLE_ALL_PACKAGES:BOOL=ON \
-DTrilinos_ENABLE_SECONDARY_STABLE_CODE:BOOL=ON \
-DTrilinos_ASSERT_MISSING_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_MeshingGenie:BOOL=ON \
-DTrilinos_ENABLE_ForTrilinos:BOOL=OFF \
-DTrilinos_ENABLE_Optika:BOOL=OFF \
-DTrilinos_ENABLE_Phdmesh:BOOL=ON \
-DTrilinos_ENABLE_PyTrilinos:BOOL=OFF \
-DTrilinos_ENABLE_STKSearch:BOOL=OFF \
-DTrilinos_ENABLE_STKTransfer:BOOL=OFF \
-DTrilinos_ENABLE_ShyLU:BOOL=ON \
-DTrilinos_ENABLE_Trios:BOOL=ON \
-DPanzer_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-DSEACASExodus_ENABLE_MPI:BOOL=OFF \
-DTrilinos_ENABLE_EXAMPLES:BOOL=ON \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DPiro_ENABLE_TESTS:BOOL=OFF \
-DShyLU_ENABLE_TESTS:BOOL=OFF \
-DTPL_ENABLE_BinUtils:BOOL=ON \
-DTPL_ENABLE_Boost:BOOL=ON \
-DTPL_ENABLE_MATLAB:BOOL=OFF \
-DTPL_ENABLE_Matio:BOOL=OFF \
-DTPL_ENABLE_MPI:BOOL=ON \
-DTPL_ENABLE_MUMPS:BOOL=ON \
-DTPL_ENABLE_Netcdf:BOOL=ON \
-DTPL_ENABLE_ParMETIS:BOOL=OFF \
-DTPL_ENABLE_Scotch:BOOL=ON \
-DTPL_Scotch_INCLUDE_DIRS:PATH=/usr/include/scotch/ \
-DTPL_ENABLE_Eigen:BOOL=ON \
-DTPL_Eigen_INCLUDE_DIRS:PATH=/usr/include/eigen3/ \
-DTPL_ENABLE_TBB:BOOL=ON \
-DTPL_ENABLE_X11:BOOL=OFF \
-DTPL_ENABLE_Zlib:BOOL=ON \
../../source-upstream/
```
(perhaps there is this can be trimmed down), one gets the compilation error
```
[...]
[100%] Building CXX object packages/trilinoscouplings/examples/scaling/CMakeFiles/TrilinosCouplings_Example_Poisson_STKclassic.dir/example_Poisson_stkclassic.cpp.o
In file included from /home/nschloe/software/trilinos/source-upstream/packages/trilinoscouplings/examples/scaling/example_Poisson_stkclassic.cpp:135:0:
/home/nschloe/software/trilinos/source-upstream/packages/stk/stk_classic/stk_mesh/stk_mesh/fem/../../stk_mesh/base/FieldData.hpp:79:30: error: ‘FieldBase’ does not name a type
bool field_data_valid( const FieldBase & f ,
[...]
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/24duplicate TPL adapters2016-03-23T06:14:42ZJames Willenbringduplicate TPL adapters*Created by: nschloe*
In Trilinos, TriBits takes care of some of the TPL integration via the files in
```
cmake/tribits/common_tpls/FindTPL*.cmake
```
Their counterparts in
```
cmake/TPLs/FindTPL*.cmake
```
are redundant and should ...*Created by: nschloe*
In Trilinos, TriBits takes care of some of the TPL integration via the files in
```
cmake/tribits/common_tpls/FindTPL*.cmake
```
Their counterparts in
```
cmake/TPLs/FindTPL*.cmake
```
are redundant and should probably be removed.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/15Thyra: specify parameters for derivatives (set_DfDp)2016-02-25T15:42:00ZJames WillenbringThyra: specify parameters for derivatives (set_DfDp)*Created by: nschloe*
In [`EpetraExt::ModelEvaluator::DerivativeMultiVector`](https://trilinos.org/docs/dev/packages/epetraext/doc/html/classEpetraExt_1_1ModelEvaluator_1_1DerivativeMultiVector.html), one can specify the parameters with...*Created by: nschloe*
In [`EpetraExt::ModelEvaluator::DerivativeMultiVector`](https://trilinos.org/docs/dev/packages/epetraext/doc/html/classEpetraExt_1_1ModelEvaluator_1_1DerivativeMultiVector.html), one can specify the parameters with respect to which one would like to have the derivatives computed (`outArgs.set_DfDp(...)`). For [`Thyra::ModelEvaluatorBase::DerivativeMultiVector` ](https://trilinos.org/docs/dev/packages/thyra/doc/html/classThyra_1_1ModelEvaluatorBase_1_1DerivativeMultiVector.html), there is no such thing.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/9Epetra, MOOCHO: ../thyra/doc/Doxyfile not found2016-03-03T17:49:55ZJames WillenbringEpetra, MOOCHO: ../thyra/doc/Doxyfile not found*Created by: nschloe*
Both Epetra and MOOCHO documentations refer to a nonexisting `../thyra/doc/Doxyfile`:
```
$ grep "../thyra/doc/Doxyfile" * -r
packages/epetra/doc/build_docs:doxygen ../thyra/doc/Doxyfile
packages/moocho/doc/build_...*Created by: nschloe*
Both Epetra and MOOCHO documentations refer to a nonexisting `../thyra/doc/Doxyfile`:
```
$ grep "../thyra/doc/Doxyfile" * -r
packages/epetra/doc/build_docs:doxygen ../thyra/doc/Doxyfile
packages/moocho/doc/build_docs_guts:doxygen ../thyra/doc/Doxyfile
```
Perhaps some `../` missing?
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/6building docs in correct order2016-03-03T17:49:30ZJames Willenbringbuilding docs in correct order*Created by: nschloe*
When building the documentation of only a few Trilinos packages, one can descend into `package/<name>/doc/` and call `./build_docs` there. Unfortunately, this may lead to errors of the kind
```
error: Tag file `/«...*Created by: nschloe*
When building the documentation of only a few Trilinos packages, one can descend into `package/<name>/doc/` and call `./build_docs` there. Unfortunately, this may lead to errors of the kind
```
error: Tag file `/«PKGBUILDDIR»/packages/amesos/doc/../../../packages/common/tag_files/teuchosBrowser.tag' does not exist or is not a file. Skipping it...
```
if the documentation of the dependent package hasn't been built yet.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/8Muelu installs various files twice2016-03-07T23:12:34ZJames WillenbringMuelu installs various files twice*Created by: nschloe*
When checking for files which are overridden during the installation process, one finds that Muelu contains a few of them
```
$ make install
$ sort install_manifest.txt | uniq --count --repeated
2 /opt/trili...*Created by: nschloe*
When checking for files which are overridden during the installation process, one finds that Muelu contains a few of them
```
$ make install
$ sort install_manifest.txt | uniq --count --repeated
2 /opt/trilinos/private/include/trilinos/KokkosCompat_ClassicNodeAPI_Wrapper.hpp
2 /opt/trilinos/private/include/trilinos/KokkosCompat_TMM.hpp
2 /opt/trilinos/private/include/trilinos/KokkosCompat_View_def.hpp
2 /opt/trilinos/private/include/trilinos/KokkosCompat_View.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_AdaptiveSaMLParameterListInterpreter.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_config.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_FactoryFactory.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_MLParameterListInterpreter.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_ParameterListInterpreter.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_RefMaxwell.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_ShiftedLaplacian.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_ShiftedLaplacianOperator.hpp
2 /opt/trilinos/private/include/trilinos/MueLu_TpetraOperator.hpp
2 /opt/trilinos/private/include/trilinos/TeuchosKokkosCompat_config.h
2 /opt/trilinos/private/include/trilinos/Thyra_MueLuPreconditionerFactory.hpp
2 /opt/trilinos/private/include/trilinos/Tpetra_CrsMatrixSolveOp.hpp
```
The reason for this is that the Muelu configuration installs multiple files with the same name in the same directory. It is not clear if the contents are the same, too, or if this actually presents a serious bug.
(From https://software.sandia.gov/bugzilla/show_bug.cgi?id=6428).
@trilinos/muelu
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/23Pamgen: tests 1, 20, 21 failing2016-06-30T00:16:25ZJames WillenbringPamgen: tests 1, 20, 21 failing*Created by: nschloe*
On a clean Pamgen build,
```
cmake \
-DTrilinos_ENABLE_Pamgen:BOOL=ON \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DBUILD_SHARED_LIBS:BOOL=ON \
../../source-upstream/
```
tests 1, 20, and 21 are failing, the firs...*Created by: nschloe*
On a clean Pamgen build,
```
cmake \
-DTrilinos_ENABLE_Pamgen:BOOL=ON \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DBUILD_SHARED_LIBS:BOOL=ON \
../../source-upstream/
```
tests 1, 20, and 21 are failing, the first with a timeout:
```
ctest
Test project /home/nschloe/software/trilinos/build/pamgen
Start 1: Pamgen_run_test_script_l_01
1/69 Test #1: Pamgen_run_test_script_l_01 ......***Timeout 1500.02 sec
Start 2: Pamgen_run_test_script_01
2/69 Test #2: Pamgen_run_test_script_01 ........ Passed 0.21 sec
[...]
19/69 Test #19: Pamgen_run_test_script_19 ........ Passed 0.24 sec
Start 20: Pamgen_run_test_script_20
*** buffer overflow detected ***: /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe terminated
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7338f)[0x7f82de13e38f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f82de1d5c9c]
/lib/x86_64-linux-gnu/libc.so.6(+0x109b60)[0x7f82de1d4b60]
/lib/x86_64-linux-gnu/libc.so.6(+0x109069)[0x7f82de1d4069]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xbc)[0x7f82de14670c]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x7fa)[0x7f82de1154ea]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f82de1d40f4]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f82de1d404d]
/home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe(main+0x317)[0x41d7e7]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f82de0ecec5]
/home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe[0x41e04f]
======= Memory map: ========
00400000-004b6000 r-xp 00000000 08:04 17721233 /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe
006b5000-006b6000 r--p 000b5000 08:04 17721233 /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe
006b6000-006b7000 rw-p 000b6000 08:04 17721233 /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe
006b7000-006b9000 rw-p 00000000 00:00 0
01911000-01932000 rw-p 00000000 00:00 0 [heap]
7f82de0cb000-7f82de286000 r-xp 00000000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f82de286000-7f82de485000 ---p 001bb000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f82de485000-7f82de489000 r--p 001ba000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f82de489000-7f82de48b000 rw-p 001be000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f82de48b000-7f82de490000 rw-p 00000000 00:00 0
7f82de490000-7f82de4a6000 r-xp 00000000 08:02 1852617 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f82de4a6000-7f82de6a5000 ---p 00016000 08:02 1852617 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f82de6a5000-7f82de6a6000 rw-p 00015000 08:02 1852617 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f82de6a6000-7f82de7ab000 r-xp 00000000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f82de7ab000-7f82de9aa000 ---p 00105000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f82de9aa000-7f82de9ab000 r--p 00104000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f82de9ab000-7f82de9ac000 rw-p 00105000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f82de9ac000-7f82dea92000 r-xp 00000000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f82dea92000-7f82dec91000 ---p 000e6000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f82dec91000-7f82dec99000 r--p 000e5000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f82dec99000-7f82dec9b000 rw-p 000ed000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f82dec9b000-7f82decb0000 rw-p 00000000 00:00 0
7f82decb0000-7f82decd3000 r-xp 00000000 08:02 1835129 /lib/x86_64-linux-gnu/ld-2.19.so
7f82dee96000-7f82dee9b000 rw-p 00000000 00:00 0
7f82deecf000-7f82deed2000 rw-p 00000000 00:00 0
7f82deed2000-7f82deed3000 r--p 00022000 08:02 1835129 /lib/x86_64-linux-gnu/ld-2.19.so
7f82deed3000-7f82deed4000 rw-p 00023000 08:02 1835129 /lib/x86_64-linux-gnu/ld-2.19.so
7f82deed4000-7f82deed5000 rw-p 00000000 00:00 0
7ffcdb242000-7ffcdb263000 rw-p 00000000 00:00 0 [stack]
7ffcdb358000-7ffcdb35a000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
20/69 Test #20: Pamgen_run_test_script_20 ........***Failed Required regular expression not found.Regex=[OVERALL FINAL RESULT: TEST PASSED .Pamgen_run_test_script_20.
] 0.69 sec
Start 21: Pamgen_run_test_script_21
*** buffer overflow detected ***: /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe terminated
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7338f)[0x7f12a88de38f]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f12a8975c9c]
/lib/x86_64-linux-gnu/libc.so.6(+0x109b60)[0x7f12a8974b60]
/lib/x86_64-linux-gnu/libc.so.6(+0x109069)[0x7f12a8974069]
/lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xbc)[0x7f12a88e670c]
/lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x7fa)[0x7f12a88b54ea]
/lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f12a89740f4]
/lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f12a897404d]
/home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe(main+0x317)[0x41d7e7]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f12a888cec5]
/home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe[0x41e04f]
======= Memory map: ========
00400000-004b6000 r-xp 00000000 08:04 17721233 /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe
006b5000-006b6000 r--p 000b5000 08:04 17721233 /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe
006b6000-006b7000 rw-p 000b6000 08:04 17721233 /home/nschloe/software/trilinos/build/pamgen/packages/pamgen/test/pamgen_test_driver.exe
006b7000-006b9000 rw-p 00000000 00:00 0
00862000-00883000 rw-p 00000000 00:00 0 [heap]
7f12a886b000-7f12a8a26000 r-xp 00000000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f12a8a26000-7f12a8c25000 ---p 001bb000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f12a8c25000-7f12a8c29000 r--p 001ba000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f12a8c29000-7f12a8c2b000 rw-p 001be000 08:02 1835132 /lib/x86_64-linux-gnu/libc-2.19.so
7f12a8c2b000-7f12a8c30000 rw-p 00000000 00:00 0
7f12a8c30000-7f12a8c46000 r-xp 00000000 08:02 1852617 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f12a8c46000-7f12a8e45000 ---p 00016000 08:02 1852617 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f12a8e45000-7f12a8e46000 rw-p 00015000 08:02 1852617 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f12a8e46000-7f12a8f4b000 r-xp 00000000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f12a8f4b000-7f12a914a000 ---p 00105000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f12a914a000-7f12a914b000 r--p 00104000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f12a914b000-7f12a914c000 rw-p 00105000 08:02 1835112 /lib/x86_64-linux-gnu/libm-2.19.so
7f12a914c000-7f12a9232000 r-xp 00000000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f12a9232000-7f12a9431000 ---p 000e6000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f12a9431000-7f12a9439000 r--p 000e5000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f12a9439000-7f12a943b000 rw-p 000ed000 08:02 2251778 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19
7f12a943b000-7f12a9450000 rw-p 00000000 00:00 0
7f12a9450000-7f12a9473000 r-xp 00000000 08:02 1835129 /lib/x86_64-linux-gnu/ld-2.19.so
7f12a9636000-7f12a963b000 rw-p 00000000 00:00 0
7f12a966f000-7f12a9672000 rw-p 00000000 00:00 0
7f12a9672000-7f12a9673000 r--p 00022000 08:02 1835129 /lib/x86_64-linux-gnu/ld-2.19.so
7f12a9673000-7f12a9674000 rw-p 00023000 08:02 1835129 /lib/x86_64-linux-gnu/ld-2.19.so
7f12a9674000-7f12a9675000 rw-p 00000000 00:00 0
7fff4de72000-7fff4de93000 rw-p 00000000 00:00 0 [stack]
7fff4dfad000-7fff4dfaf000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
21/69 Test #21: Pamgen_run_test_script_21 ........***Failed Required regular expression not found.Regex=[OVERALL FINAL RESULT: TEST PASSED .Pamgen_run_test_script_21.
] 0.21 sec
Start 22: Pamgen_run_test_script_22
22/69 Test #22: Pamgen_run_test_script_22 ........ Passed 0.23 sec
[...]
Start 69: Pamgen_run_test_script_69
69/69 Test #69: Pamgen_run_test_script_69 ........ Passed 0.04 sec
96% tests passed, 3 tests failed out of 69
Label Time Summary:
Pamgen = 1510.36 sec
Total Test time (real) = 1510.91 sec
The following tests FAILED:
1 - Pamgen_run_test_script_l_01 (Timeout)
20 - Pamgen_run_test_script_20 (Failed)
21 - Pamgen_run_test_script_21 (Failed)
Errors while running CTest
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/14Ifpack: set_parameters is deprecated2016-03-03T17:45:09ZJames WillenbringIfpack: set_parameters is deprecated*Created by: nschloe*
In commit 1f62d144c19d003742d03242ec501b987bc9bb23 (Sep 2011), several Ifpack functions where marked deprecated. One of them are still in use today – in Ifpack itself!
```
/«PKGBUILDDIR»/packages/ifpack/src/Ifpack...*Created by: nschloe*
In commit 1f62d144c19d003742d03242ec501b987bc9bb23 (Sep 2011), several Ifpack functions where marked deprecated. One of them are still in use today – in Ifpack itself!
```
/«PKGBUILDDIR»/packages/ifpack/src/Ifpack_IlukGraph.cpp:123:11: warning: 'void Ifpack::set_parameters(const Teuchos::ParameterList&, Ifpack::param_struct&, bool)' is deprecated [-Wdeprecated-declarations]
Ifpack::set_parameters(parameterlist, params, cerr_warning_if_unused);
^
In file included from /«PKGBUILDDIR»/packages/ifpack/src/Ifpack_IlukGraph.cpp:49:0:
/«PKGBUILDDIR»/packages/ifpack/src/ifp_parameters.h:95:24: note: declared here
IFPACK_DEPRECATED void set_parameters(const Teuchos::ParameterList& parameterlist,
^
/«PKGBUILDDIR»/packages/ifpack/src/Ifpack_IlukGraph.cpp:123:11: warning: 'void Ifpack::set_parameters(const Teuchos::ParameterList&, Ifpack::param_struct&, bool)' is deprecated [-Wdeprecated-declarations]
Ifpack::set_parameters(parameterlist, params, cerr_warning_if_unused);
^
In file included from /«PKGBUILDDIR»/packages/ifpack/src/Ifpack_IlukGraph.cpp:49:0:
/«PKGBUILDDIR»/packages/ifpack/src/ifp_parameters.h:95:24: note: declared here
IFPACK_DEPRECATED void set_parameters(const Teuchos::ParameterList& parameterlist,
^
/«PKGBUILDDIR»/packages/ifpack/src/Ifpack_IlukGraph.cpp:123:71: warning: 'void Ifpack::set_parameters(const Teuchos::ParameterList&, Ifpack::param_struct&, bool)' is deprecated [-Wdeprecated-declarations]
Ifpack::set_parameters(parameterlist, params, cerr_warning_if_unused);
^
In file included from /«PKGBUILDDIR»/packages/ifpack/src/Ifpack_IlukGraph.cpp:49:0:
/«PKGBUILDDIR»/packages/ifpack/src/ifp_parameters.h:95:24: note: declared here
IFPACK_DEPRECATED void set_parameters(const Teuchos::ParameterList& parameterlist,
```
It's either time to remove those calls or to remove the deprecation attribute.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/12STK: mpi.h: No such file or directory2016-05-25T19:08:36ZJames WillenbringSTK: mpi.h: No such file or directory*Created by: nschloe*
With the simple configuration
``` sh
cmake \
-DTrilinos_ENABLE_ALL_PACKAGES:BOOL=ON \
-DTrilinos_ASSERT_MISSING_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_TESTS:BOON=ON \
../../source-upstream/
```
Trilinos fa...*Created by: nschloe*
With the simple configuration
``` sh
cmake \
-DTrilinos_ENABLE_ALL_PACKAGES:BOOL=ON \
-DTrilinos_ASSERT_MISSING_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_TESTS:BOON=ON \
../../source-upstream/
```
Trilinos fails to compile:
```
[...]
[ 88%] Building CXX object packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/ParallelIndexGapFinder.cpp.o
In file included from /home/nschloe/software/trilinos/source-upstream/packages/stk/stk_util/stk_util/parallel/ParallelIndexGapFinder.cpp:34:0:
/home/nschloe/software/trilinos/source-upstream/packages/stk/stk_util/stk_util/parallel/ParallelIndexGapFinder.hpp:41:19: fatal error: mpi.h: No such file or directory
#include "mpi.h"
```
This should be intercepted at configure stage.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/3 Epetra_Map -> create_VectorSpace() -> get_Epetra_Map() doesn't return the or...2018-08-15T16:05:56ZJames Willenbring Epetra_Map -> create_VectorSpace() -> get_Epetra_Map() doesn't return the original map*Created by: nschloe*
Given an Epetra_Map, one can convert it to a Thyra::VectorSpaceBase,
``` c++
Teuchos::RCP<const Thyra::VectorSpaceBase<double>> space =
Thyra::create_VectorSpace(mymap);
```
When translating the result of thi...*Created by: nschloe*
Given an Epetra_Map, one can convert it to a Thyra::VectorSpaceBase,
``` c++
Teuchos::RCP<const Thyra::VectorSpaceBase<double>> space =
Thyra::create_VectorSpace(mymap);
```
When translating the result of this back to an Epetra_Map,
``` c++
Teuchos::RCP<const Epetra_Map> spacemap =
Thyra::get_Epetra_Map(*space, comm);
```
it's not the same as the original map.
``` c++
spacemap->SameAs(*mymap) // false
```
(From [Sandia bug 6341](https://software.sandia.gov/bugzilla/show_bug.cgi?id=6341).)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/30Xpetra: Functionality we should expose2016-01-21T19:57:45ZJames WillenbringXpetra: Functionality we should expose*Created by: csiefer2*
We don't have any vector/multivector clone capability.
We should.
@trilinos/xpetra
*Created by: csiefer2*
We don't have any vector/multivector clone capability.
We should.
@trilinos/xpetra
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/33build docs out-of-source2016-11-30T14:25:30ZJames Willenbringbuild docs out-of-source*Created by: nschloe*
Currently, the invocation of
```
doc/build_docs.pl
```
builds the entire documentation in-source, where it's hard to get rid of once built. This presents a difficulty, for example, when compiling for Debian...*Created by: nschloe*
Currently, the invocation of
```
doc/build_docs.pl
```
builds the entire documentation in-source, where it's hard to get rid of once built. This presents a difficulty, for example, when compiling for Debian. The docs, like the compiled object files, should be built outside of the source tree. (Perhaps even during the `make` process?)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/43Tpetra: Consolidate reduceAll in noncontiguous Map constructor2017-10-26T19:27:00ZJames WillenbringTpetra: Consolidate reduceAll in noncontiguous Map constructor*Created by: DrBooom*
@trilinos/tpetra
The noncontiguous Tpetra::Map constructor has a reduceAll at line 465 of Tpetra_Map_def.hpp:
```
if (numGlobalElements != GSTI) {
numGlobalElements_ = numGlobalElements; // Use the user's...*Created by: DrBooom*
@trilinos/tpetra
The noncontiguous Tpetra::Map constructor has a reduceAll at line 465 of Tpetra_Map_def.hpp:
```
if (numGlobalElements != GSTI) {
numGlobalElements_ = numGlobalElements; // Use the user's value.
} else { // The user wants us to compute the sum.
reduceAll<int, GST> (*comm, REDUCE_SUM, as<GST> (numLocalElements),
outArg (numGlobalElements_));
}
```
And one at line 616:
```
GO minMaxOutput[3];
minMaxOutput[0] = 0;
minMaxOutput[1] = 0;
minMaxOutput[2] = 0;
reduceAll<int, GO> (*comm, REDUCE_MAX, 3, minMaxInput, minMaxOutput);
minAllGID_ = -minMaxOutput[0];
maxAllGID_ = minMaxOutput[1];
const GO globalDist = minMaxOutput[2];
```
Mark thinks that these could be fused into a single call. Since this Map constructor is one of the most expensive and frequent calls in the R4-5 scaling, any reduction in all-reduce calls will help.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/45Download with mandatory sign-up2016-05-19T23:32:19ZJames WillenbringDownload with mandatory sign-up*Created by: nschloe*
There are many straightforward ways to get Trilinos nowadays:
- `git clone` from GitHub
- [download a release from GitHub](https://github.com/trilinos/Trilinos/releases)
- get it from [Debian](https://tracker.debia...*Created by: nschloe*
There are many straightforward ways to get Trilinos nowadays:
- `git clone` from GitHub
- [download a release from GitHub](https://github.com/trilinos/Trilinos/releases)
- get it from [Debian](https://tracker.debian.org/pkg/trilinos)
- get it from the [nightly PPA](https://launchpad.net/~nschloe/+archive/ubuntu/trilinos-nightly/)
Oh, and of course the [official download page](https://trilinos.org/download/) which [requires you to sign up before download](https://trilinos.org/oldsite/download/login.html?tid=tr12042bz2). Rather than helping the distribution of Trilinos, the sign-up hinders it. The gain that one supposedly gets from that is a user statistics, but in the light of the alternative download methods listed above, this statistic is practically worthless.
I suggest to remove the sign-up requirement from the download page.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/49Anasazi: BlockKrylovSchur reports convergence when it shouldn't2016-03-03T17:41:36ZJames WillenbringAnasazi: BlockKrylovSchur reports convergence when it shouldn't*Created by: amklinv*
@hkthorn @trilinos/anasazi
The BlockKrylovSchur eigensolver reports convergence when its residual estimate drops below the tolerance. For ill-conditioned problems, this may be a bad estimate. For instance, I wa...*Created by: amklinv*
@hkthorn @trilinos/anasazi
The BlockKrylovSchur eigensolver reports convergence when its residual estimate drops below the tolerance. For ill-conditioned problems, this may be a bad estimate. For instance, I was computing the smallest eigenpairs of a graph Laplacian with a tolerance of 1e-8, and the actual residual achieved was roughly 1e-3. Perhaps we should do something like Belos::Gmres, where they test the true residual after the estimate becomes small?
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/57Tpetra: Replace Node with Kokkos space2018-09-06T18:21:35ZJames WillenbringTpetra: Replace Node with Kokkos space*Created by: mhoemmen*
@trilinos/tpetra
This depends on #56 and #505.
Get rid of Node entirely. Replace with Kokkos space.
*Created by: mhoemmen*
@trilinos/tpetra
This depends on #56 and #505.
Get rid of Node entirely. Replace with Kokkos space.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/56Tpetra: Replace Tpetra_DefaultNode CMake option with Tpetra_DefaultExecutionS...2017-11-29T19:08:35ZJames WillenbringTpetra: Replace Tpetra_DefaultNode CMake option with Tpetra_DefaultExecutionSpace*Created by: mhoemmen*
@trilinos/tpetra @rppawlo @crtrott
Tpetra will get rid of Node altogether at some point, and tie itself completely to Kokkos' execution and memory spaces. It would make sense to deprecate the Tpetra_DefaultNode...*Created by: mhoemmen*
@trilinos/tpetra @rppawlo @crtrott
Tpetra will get rid of Node altogether at some point, and tie itself completely to Kokkos' execution and memory spaces. It would make sense to deprecate the Tpetra_DefaultNode CMake option and replace it with Tpetra_DefaultExecutionSpace.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/62STK: undefined reference to `null_streambuf::null_streambuf()'2016-08-08T17:09:01ZJames WillenbringSTK: undefined reference to `null_streambuf::null_streambuf()'*Created by: nschloe*
As of recently, STK fails to link with undefined references,
```
[...]
Linking CXX shared library libtrilinos_stk_util_env.so
CMakeFiles/trilinos_stk_util_env.dir/EnvData.cpp.o: In function `stk::EnvData::EnvData(...*Created by: nschloe*
As of recently, STK fails to link with undefined references,
```
[...]
Linking CXX shared library libtrilinos_stk_util_env.so
CMakeFiles/trilinos_stk_util_env.dir/EnvData.cpp.o: In function `stk::EnvData::EnvData()':
/home/nschloe/software/trilinos/source-upstream/packages/stk/stk_util/stk_util/environment/EnvData.cpp:76: undefined reference to `null_streambuf::null_streambuf()'
[...]
```
This is with
```
-DCMAKE_SHARED_LINKER_FLAGS="$CMAKE_SHARED_LINKER_FLAGS -Wl,--no-undefined"
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/61Tpetra::Experimental::GEMM: Fix for mode = "C"(onjugate Transpose)2017-10-26T19:34:46ZJames WillenbringTpetra::Experimental::GEMM: Fix for mode = "C"(onjugate Transpose)*Created by: mhoemmen*
@trilinos/tpetra @amklinv
GEMM currently only implements the Non-Transpose ("N") and Transpose ("T") modes, not the Conjugate Transpose ("C") mode. The GEMM interface has no way to return an error for "not impl...*Created by: mhoemmen*
@trilinos/tpetra @amklinv
GEMM currently only implements the Non-Transpose ("N") and Transpose ("T") modes, not the Conjugate Transpose ("C") mode. The GEMM interface has no way to return an error for "not implemented," and can't throw an exception, so we unfortunately do have to implement all the options.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/66Tech-X: Warnings as errors patches2017-09-05T20:53:58ZJames WillenbringTech-X: Warnings as errors patches*Created by: bddavid*
<h3> Brief: </h3>
<p>Patches generated by Tech-X need to be applied and merged when possible. This work was completed at the end of September, 2015.</p>
<p>The master repo will be forked and a series of branches...*Created by: bddavid*
<h3> Brief: </h3>
<p>Patches generated by Tech-X need to be applied and merged when possible. This work was completed at the end of September, 2015.</p>
<p>The master repo will be forked and a series of branches will be created by package with the associated patch (as described in trilinosWarningsList.pdf) applied. A pull request will then be issued for each branch. Once a pull request has been accepted then the branch may be removed from the repo. </p>
<p>A summary of the work is given by trilinosWarningsList.pdf (see attached). </p>
<h5>Packages affected include:</h5>
<ul>
<li> @trilinos/epetra </li>
<li> @trilinos/amesos </li>
<li> @trilinos/didasko</li>
<li> @trilinos/fei </li>
<li> @trilinos/intrepid </li>
<li> @trilinos/phalanx </li>
<li> @trilinos/panzer </li>
<li> @trilinos/pliris </li>
<li> @trilinos/muelu </li>
<li> @trilinos/seacas </li>
<li> @trilinos/shylu </li>
</ul>
<h5>To-do</h5>
_Pull requests:_
- [x] Create Pull request for 0001-Epetra-Package-Warning-Fixes
- [x] Create Pull request for 0002-Amesos-Package-Warning-Fixes<br/>
~~Create Pull request for 0003-Didasko-Package-Warning-Fixes~~
- [x] Create Pull request for 0006-Mesquite-Package-Warning-Fixes
- [x] Create Pull request for 0007-Phalanx-Package-Warning-Fixes<br/>
~~Create Pull request for 0008-Panzer-Package-Warning-Fixes~~
- [x] Create Pull request for 0009-Pliris-Package-Warning-Fixes
- [x] Create Pull request for 0010-Pamgen-Package-Warning-Fixes
_Merges:_
- [ ] [Review and merge pull request for Epetra Warnings patches](67)
- [x] [Review and merge pull request for Amesos Warnings patches](72)<br/>
~~Review and merge pull request for Didasko Warnings patches~~
- [ ] [Review and merge pull request for Mesquite Warnings patches](https://github.com/trilinos/mesquite/pull/1)
- [ ] [Review and merge pull request for Phalanx Warnings patches](71)<br/>
~~Review and merge pull request for Panzer Warnings patches~~
- [ ] [Review and merge pull request for Pliris Warnings patches](73)
- [ ] [Review and merge pull request for Pamgen Warnings patches](69)
##### Notes:
_\- FEI and Intrepid built without warnings or errors._
*
<h3> Detailed summary of work product: </h3>
[trilinosWarningsList.pdf](https://github.com/trilinos/Trilinos/files/77685/trilinosWarningsList.pdf)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/70Amesos2: `Did not get the expected number of non-zero vals` for non-0-based maps2017-03-29T17:49:08ZJames WillenbringAmesos2: `Did not get the expected number of non-zero vals` for non-0-based maps*Created by: nschloe*
@trilinos/amesos2 @jdbooth @srajama1
When running
``` c++
#include <Teuchos_DefaultComm.hpp>
#include <Tpetra_CrsMatrix.hpp>
#include <Teuchos_VerboseObject.hpp>
#include <Amesos2.hpp>
using SC = double;
using LO...*Created by: nschloe*
@trilinos/amesos2 @jdbooth @srajama1
When running
``` c++
#include <Teuchos_DefaultComm.hpp>
#include <Tpetra_CrsMatrix.hpp>
#include <Teuchos_VerboseObject.hpp>
#include <Amesos2.hpp>
using SC = double;
using LO = int;
using GO = int;
using MV = Tpetra::MultiVector<SC,LO,GO>;
using OP = Tpetra::CrsMatrix<SC,LO,GO>;
using NormType = MV::mag_type;
int main ( int argc, char *argv[] )
{
Teuchos::GlobalMPISession session(&argc, &argv, NULL);
auto comm = Teuchos::DefaultComm<int>::getComm();
// std::vector<int> ids = {0, 1}; const int base = 0;// no problems
// std::vector<int> ids = {1, 2}; const int base = 1; // no problems
std::vector<int> ids = {1, 2}; const int base = 0;
auto map = Teuchos::rcp(new Tpetra::Map<int>(
Teuchos::OrdinalTraits<Tpetra::global_size_t>::invalid(),
ids,
base,
comm
));
// insert indices from all processes
//auto graph = Teuchos::rcp(new Tpetra::CrsGraph<int, int>(map, map, 0));
auto graph = Teuchos::rcp(new Tpetra::CrsGraph<int, int>(map, 0));
for (int k = 0; k < 2; k++) {
graph->insertGlobalIndices(ids[k], Teuchos::tuple(ids[k]));
}
graph->fillComplete();
auto x = Teuchos::rcp(new Tpetra::Vector<double,int>(map));
auto b = Teuchos::rcp(new Tpetra::Vector<double,int>(map));
auto A = Teuchos::rcp(new Tpetra::CrsMatrix<double,int>(graph));
// fill matrix, rhs
for (int k = 0; k < 2; k++) {
A->replaceGlobalValues(ids[k], Teuchos::tuple(ids[k]), Teuchos::tuple(1.0));
b->replaceGlobalValue(ids[k], 3.14);
}
// let's see what we did
auto out = Teuchos::VerboseObjectBase::getDefaultOStream();
out->setOutputToRootOnly(-1);
A->describe(*out, Teuchos::VERB_EXTREME);
b->describe(*out, Teuchos::VERB_EXTREME);
// solve
auto solver = Amesos2::create<OP,MV>("Superlu", A, x, b);
solver->symbolicFactorization().numericFactorization().solve();
// show the solution
std::cout << std::endl;
x->describe(*out, Teuchos::VERB_EXTREME);
return EXIT_SUCCESS;
}
```
(even on only one process), one gets
```
terminate called after throwing an instance of 'std::runtime_error'
what(): /build/trilinos-LuoN8k/trilinos-12.5~20160107030412/packages/amesos2/src/Amesos2_Superlu_def.hpp:716:
Throw number = 2
Throw test that evaluated to true: nnz_ret != as<int>(this->globalNumNonZeros_)
Did not get the expected number of non-zero vals
```
The reason is the global index offset `0` together with the IDs `{1,2}`. If the offset is set to `1` or the IDs to `{0,1}`, everything runs fine. It's probably getting tricky with non-contiguous maps.
Same as https://software.sandia.gov/bugzilla/show_bug.cgi?id=6340 (@aprokop).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/81Belos: PseudoBlockGmres complex tests failing2016-03-08T20:35:27ZJames WillenbringBelos: PseudoBlockGmres complex tests failing*Created by: mhoemmen*
@trilinos/belos
Belos_bl_gmres_complex_hb_3 and Belos_bl_gmres_complex_hb_4 fail. See e.g., the perseus test on the Dashboard. They fail for me in both MPI debug and non-MPI release builds. The tests in quest...*Created by: mhoemmen*
@trilinos/belos
Belos_bl_gmres_complex_hb_3 and Belos_bl_gmres_complex_hb_4 fail. See e.g., the perseus test on the Dashboard. They fail for me in both MPI debug and non-MPI release builds. The tests in question do NOT exercise either Epetra or Tpetra; they use Belos' custom linear algebra implementation that Belos has long used for testing. I'm not sure how long the tests have been failing. I played with the test executable and matrix, and did get them to converge when I changed the restart length, e.g.,
`/Belos_bl_gmres_complex_hb.exe --verbose --filename=mhd1280a.cua --pseudo --num-restarts=1 --frequency=1 --subspace-length=800 --num-restarts=1000`
Thus, I'm not sure what's going on here. Could it be that the expected convergence rate depends on a particular random right-hand side, and I'm using a different system library's pseudorandom number generator? (I'm using Clang 3.7 on Mac.)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/82Building Trilinos with Kokkos enabled doesn't work on 32-bit machines2016-03-12T13:06:23ZJames WillenbringBuilding Trilinos with Kokkos enabled doesn't work on 32-bit machines*Created by: BarrySmith*
The PETSc ./configure --download-trilinos=1 --with-cxx-dialect=C++11 --download-boost=1 --download-cmake=1
is failing on one of our machines with error message:
In file included from /sandbox/sarich/petsc/ar...*Created by: BarrySmith*
The PETSc ./configure --download-trilinos=1 --with-cxx-dialect=C++11 --download-boost=1 --download-cmake=1
is failing on one of our machines with error message:
In file included from /sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/Kokkos_Atomic.hpp:208:0,
from /sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_AllocationTracker.cpp:50:
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Generic.hpp: In instantiation of ‘T Kokkos::Impl::atomic_fetch_oper(const Oper&, volatile T_, typename Kokkos::Impl::enable_if<((sizeof (T) != sizeof (int)) && (sizeof (T) == sizeof (long long unsigned int))), const T>::type) [with Oper = Kokkos::Impl::AndOper<long long unsigned int, const long long unsigned int>; T = long long unsigned int; typename Kokkos::Impl::enable_if<((sizeof (T) != sizeof (int)) && (sizeof (T) == sizeof (long long unsigned int))), const T>::type = const long long unsigned int]’:
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Generic.hpp:296:69: required from ‘T Kokkos::atomic_fetch_and(volatile T_, T) [with T = long long unsigned int]’
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_AllocationTracker.cpp:211:64: required from ‘bool Kokkos::Impl::{anonymous}::Bitset<NumBlocks>::reset(int) [with int NumBlocks = 15]’
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_AllocationTracker.cpp:296:30: required from here
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Compare_Exchange_Strong.hpp:207:3: note: template<class T> T Kokkos::atomic_compare_exchange(volatile T_, T, typename Kokkos::Impl::enable_if<((sizeof (T) != 4) && (sizeof (T) != 8)), const T>::type&)
T atomic_compare_exchange( volatile T \* const dest , const T compare ,
^
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Compare_Exchange_Strong.hpp:207:3: note: template argument deduction/substitution failed:
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Compare_Exchange_Strong.hpp: In substitution of ‘template<class T> T Kokkos::atomic_compare_exchange(volatile T_, T, typename Kokkos::Impl::enable_if<((sizeof (T) != 4) && (sizeof (T) != 8)), const T>::type&) [with T = long long unsigned int]’:
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Generic.hpp:144:103: required from ‘T Kokkos::Impl::atomic_fetch_oper(const Oper&, volatile T_, typename Kokkos::Impl::enable_if<((sizeof (T) != sizeof (int)) && (sizeof (T) == sizeof (long long unsigned int))), const T>::type) [with Oper = Kokkos::Impl::AndOper<long long unsigned int, const long long unsigned int>; T = long long unsigned int; typename Kokkos::Impl::enable_if<((sizeof (T) != sizeof (int)) && (sizeof (T) == sizeof (long long unsigned int))), const T>::type = const long long unsigned int]’
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Generic.hpp:296:69: required from ‘T Kokkos::atomic_fetch_and(volatile T_, T) [with T = long long unsigned int]’
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_AllocationTracker.cpp:211:64: required from ‘bool Kokkos::Impl::{anonymous}::Bitset<NumBlocks>::reset(int) [with int NumBlocks = 15]’
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_AllocationTracker.cpp:296:30: required from here
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Atomic_Compare_Exchange_Strong.hpp:207:3: error: invalid use of incomplete type ‘struct Kokkos::Impl::enable_if<false, const long long unsigned int>’
In file included from /sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/Kokkos_MemoryTraits.hpp:47:0,
from /sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/Kokkos_HostSpace.hpp:53,
from /sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/Kokkos_Atomic.hpp:71,
from /sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_AllocationTracker.cpp:50:
/sandbox/sarich/petsc/arch-linux2-c-debug/externalpackages/git.trilinos/packages/kokkos/core/src/impl/Kokkos_Traits.hpp:201:8: error: declaration of ‘struct Kokkos::Impl::enable_if<false, const long long unsigned int>’
struct enable_if ;
^
Full output from configure/build is attached
[configure.txt](https://github.com/trilinos/Trilinos/files/95073/configure.txt)
Barry
@sarich
@balay@mcs.anl.gov
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/86Consolidate TRILINOS_UNUSED_FUNCTION macro definition in Teuchos2016-03-03T17:53:03ZJames WillenbringConsolidate TRILINOS_UNUSED_FUNCTION macro definition in Teuchos*Created by: mhoemmen*
According to @bmpersc (see Issue #83), the logic for defining TRILINOS_UNUSED_FUNCTION appears twice in Tpetra and once in Teuchos. Since Tpetra depends on Teuchos, it would make sense to consolidate this logic i...*Created by: mhoemmen*
According to @bmpersc (see Issue #83), the logic for defining TRILINOS_UNUSED_FUNCTION appears twice in Tpetra and once in Teuchos. Since Tpetra depends on Teuchos, it would make sense to consolidate this logic in Teuchos. An alternate approach would be for each package to define its own ${PACKAGE}_UNUSED_FUNCTION macro. Either way, we shouldn't try to define the same thing three times. It's not causing build errors but it's error-prone.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/87Address handling of CMAKE_BUILD_TYPE, -O0 for debug builds, etc.2016-07-14T18:47:58ZJames WillenbringAddress handling of CMAKE_BUILD_TYPE, -O0 for debug builds, etc.*Created by: bartlettroscoe*
It seems there is some confusion/unhappiness with the way that Trilinos (through TriBITS) is dealing with `CMAKE_BUILD_TYPE` and the insertion or not of -O0 for "Debug" (or "DEBUG") builds.
For the way the ...*Created by: bartlettroscoe*
It seems there is some confusion/unhappiness with the way that Trilinos (through TriBITS) is dealing with `CMAKE_BUILD_TYPE` and the insertion or not of -O0 for "Debug" (or "DEBUG") builds.
For the way the CMake and TriBITS manipulates compiler flags, see ["Selecting compiler and linker options"](https://trilinos.org/docs/files/TrilinosBuildReference.html#selecting-compiler-and-linker-options) in the [Trilinos Build Reference](https://trilinos.org/docs/files/TrilinosBuildReference.html).
On one hand, we want TriBITS (and therefore Trilinos) to keep with raw CMake behavior intact as much as possible (so that people who know CMake already will know how to work with Trilinos), but that would mean that -O0 would **not** show up in "Debug" builds. On the other hand, we should override default raw CMake behavior when raw CMake behavior it is actually counter-intuitive (in which case you would add -O0 to "Debug" builds). But then that gets TriBITS into the business of knowing how to set compiler flags for all compilers and on platforms. Do we want to step on the CMake's communities ties like this? Do we really want to own this?
This Issue Ticket is to log the discussion of this topic and potentially come up with some action to address this in a way that makes people (by some definition) happy.
**Tasks:**
1. Add `-DNDEBUG` to C and C++ RELEASE compiler flags by default for GCC (see [below](https://github.com/trilinos/Trilinos/issues/87#issuecomment-232754822)) [Done]
2. Add `-O0` to C, C++, and Fortran debug flags for Intel builds ...
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/107STKClassic Build Issues on CrayXT2016-02-29T18:11:14ZJames WillenbringSTKClassic Build Issues on CrayXT*Created by: csiefer2*
Sierra code gets looked for on systems where CRAYXT_COMPUTE_LINUX_TARGET is defined (e.g. Excalibur)
ackages/stk/stk_util/stk_util/diag/Platform.cpp
*Created by: csiefer2*
Sierra code gets looked for on systems where CRAYXT_COMPUTE_LINUX_TARGET is defined (e.g. Excalibur)
ackages/stk/stk_util/stk_util/diag/Platform.cpp
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/108Failed Teko_testdriver_tpetra with static libraries2016-02-15T21:19:28ZJames WillenbringFailed Teko_testdriver_tpetra with static libraries*Created by: bavier*
At commit 9a211e06 on trilinos-release-12-6-branch with this configuration:
```
$ gcc --version | head -n1
gcc (GCC) 4.9.3
$ cmake \
-DCMAKE_C_COMPILER="gcc" \
-DCMAKE_CXX_COMPILER="g++" \
-DBUILD_SHAR...*Created by: bavier*
At commit 9a211e06 on trilinos-release-12-6-branch with this configuration:
```
$ gcc --version | head -n1
gcc (GCC) 4.9.3
$ cmake \
-DCMAKE_C_COMPILER="gcc" \
-DCMAKE_CXX_COMPILER="g++" \
-DBUILD_SHARED_LIBS:BOOL=OFF \
-DTrilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_Teko:BOOL=ON \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
..
```
I get the following error when running `make test`
```
$ make test
[...]
94% tests passed, 1 tests failed out of 17
Label Time Summary:
Teko = 10.97 sec
Total Test time (real) = 6.20 sec
The following tests FAILED:
2 - Teko_testdriver_tpetra (SEGFAULT)
Errors while running CTest
```
Some relevant-looking output from `Testing/Temporary/LastTest.log`:
```
Teko: Building LSC strategy "Basic Inverse"
Teko: Begin debug MSG
LSC Inverse Strategy Parameters:
inv type = "Amesos"
inv v type = "Ifpack"
inv p type = "Ifpack"
bndry rows = 1
use ldu = 1
use mass = 0
use w-scaling = 0
assume stable = 0
scale type = Diagonal
LSC Inverse Strategy Parameter list:
Inverse Type = Amesos
Inverse Velocity Type = Ifpack
Inverse Pressure Type = Ifpack
Ignore Boundary Rows = 1
Use LDU = 1
Teko: End debug MSG
Error: Allocation pool destroyed with the following memory leak(s):
{ Aligned Allocator } : "" ref_count(2) memory[ 0x3674200 + 81208 ]
{ Aligned Allocator } : "" ref_count(2) memory[ 0x36bdb00 + 81208 ]
{ Aligned Allocator } : "" ref_count(2) memory[ 0x3721b00 + 81208 ]
{ Aligned Allocator } : "" ref_count(2) memory[ 0x3745d80 + 16536 ]
{ Aligned Allocator } : "" ref_count(2) memory[ 0x3776080 + 16536 ]
{ Aligned Allocator } : "" ref_count(2) memory[ 0x37f0b00 + 81208 ]
{ Aligned Allocator } : "" ref_count(2) memory[ 0x3853600 + 81208 ]
{ Aligned Allocator } : "" ref_count(3) memory[ 0x366a300 + 40604 ]
{ Aligned Allocator } : "" ref_count(3) memory[ 0x36b3b80 + 40604 ]
{ Aligned Allocator } : "" ref_count(3) memory[ 0x370e300 + 8268 ]
{ Aligned Allocator } : "" ref_count(3) memory[ 0x3717b80 + 40604 ]
{ Aligned Allocator } : "" ref_count(3) memory[ 0x3773f80 + 8268 ]
{ Aligned Allocator } : "" ref_count(3) memory[ 0x37e6c00 + 40604 ]
Teko: Inverse "Ifpack" is of type strat prec = 1, strat solv = 0, block prec = 0
Teko: Begin debug MSG
Looked up "NS LSC"
Built Teuchos::RCP<Teko::PreconditionerFactory>{ptr=0x3dbdb68,node=0x35fcfe0,strong_count=1,weak_count=0}
Teko: End debug MSG
Teko: Building LSC strategy "Basic Inverse"
Teko: Begin debug MSG
LSC Inverse Strategy Parameters:
inv type = "Amesos"
inv v type = "Ifpack"
inv p type = "Ifpack"
bndry rows = 1
use ldu = 1
use mass = 0
use w-scaling = 0
assume stable = 0
scale type = Diagonal
LSC Inverse Strategy Parameter list:
Inverse Type = Amesos
Inverse Velocity Type = Ifpack
Inverse Pressure Type = Ifpack
Ignore Boundary Rows = 1
Use LDU = 1
Teko: End debug MSG
Teko: Inverse "Ifpack" is of type strat prec = 1, strat solv = 0, block prec = 0
Teko: Begin debug MSG
Looked up "NS LSC"
{ Aligned Allocator } : "" ref_count(3) memory[ 0x3849700 + 40604 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x359cb00 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x359e080 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x359ea00 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x359f400 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x359fe00 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x35a0880 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x35a1900 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x35a2180 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x35a2900 + 4 ]
{ Aligned Allocator } : "DualView::modified_device" ref_count(1) memory[ 0x35a3080 + 4 ]
```
I see no error when the build and tests are configured with `-DBUILD_SHARED_LIBS:BOOL=ON`.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/103Build failure with superlu_dist2016-03-03T17:37:13ZJames WillenbringBuild failure with superlu_dist*Created by: balay*
We are seeing trilinos build failure [osx] when built with superlu_dist. It appears that packages/amesos2/src/Amesos2_Superludist_TypeMap.hpp is attempting to use both superlu_ddefs.h and superlu_zdefs.h at the same ...*Created by: balay*
We are seeing trilinos build failure [osx] when built with superlu_dist. It appears that packages/amesos2/src/Amesos2_Superludist_TypeMap.hpp is attempting to use both superlu_ddefs.h and superlu_zdefs.h at the same time - causing errors. My understanding is - only one of them should be used - but not both. cc:ing Sherry for clarification.
[builderror.txt](https://github.com/trilinos/Trilinos/files/105697/builderror.txt)
@bsmith@mcs.anl.gov
@sarich@mcs.anl.gov
@xsli@lbl.gov
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/115Add an option for switching between storing block inverse or block factors st...2016-03-03T17:36:36ZJames WillenbringAdd an option for switching between storing block inverse or block factors storage in block Jacobi and Gauss-Seidel*Created by: aprokop*
@trilinos/ifpack2 @mhoemmen
Ifpack2 now stores and applies the inverse of the matrix's block diagonal explicitly (#96). Theoretically, this is a tradeoff. If block size is large enough, you can get better perfor...*Created by: aprokop*
@trilinos/ifpack2 @mhoemmen
Ifpack2 now stores and applies the inverse of the matrix's block diagonal explicitly (#96). Theoretically, this is a tradeoff. If block size is large enough, you can get better performance out of linear solves rather than full inversion when doing a limited number of iterations. So a user should be able to decide the appropriate approach for it.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/113TriBITS picking up the wrong boost libraries.2016-02-25T15:41:18ZJames WillenbringTriBITS picking up the wrong boost libraries.*Created by: bathmatt*
Building STK_classic is finding the wrong boost. I set to a specific version of boost and try to compile and I'm getting missing symbols. The include is being propagated but the libs are not even thoush I am set...*Created by: bathmatt*
Building STK_classic is finding the wrong boost. I set to a specific version of boost and try to compile and I'm getting missing symbols. The include is being propagated but the libs are not even thoush I am setting both
-D TPL_Boost_LIBRARY_DIRS:FILEPATH="${BOOST_BASE_DIR}/lib" \
and
-D TPL_Boost_LIBRARIES="${BOOST_BASE_DIR}/lib/libboost_program_options.so;${BOOST_BASE_DIR}/lib/libboost_system.so" does not
I still get the system libs.
/home/projects/x86-64-haswell-nvidia/openmpi/1.10.0/gcc/4.8.4/cuda/7.5.7/bin/mpicxx -std=c++11 -g -O0 CMakeFiles/STKClassic_stk_algsup_unit_tests.dir/UnitTestAlgorithmRunner.cpp.o CMakeFiles/STKClassic_stk_algsup_unit_tests.dir/UnitTestCudaMgr.cpp.o CMakeFiles/STKClassic_stk_algsup_unit_tests.dir/UnitTestMain.cpp.o CMakeFiles/STKClassic_stk_algsup_unit_tests.dir/UnitTest_helpers.cpp.o -o STKClassic_stk_algsup_unit_tests.exe -rdynamic ../stk_algsup/libstkclassic_algsup.a ../../stk_mesh/stk_mesh/fixtures/libstkclassic_mesh_fixtures.a ../../stk_mesh/stk_mesh/fem/libstkclassic_mesh_fem.a ../../stk_mesh/stk_mesh/base/libstkclassic_mesh_base.a ../../stk_util/stk_util/unit_test_support/libstkclassic_util_unit_test_support.a ../../stk_util/stk_util/parallel/libstkclassic_util_parallel.a ../../stk_util/stk_util/diag/libstkclassic_util_diag.a ../../stk_util/stk_util/environment/libstkclassic_util_env.a ../../stk_util/stk_util/util/libstkclassic_util_util.a ../../../../seacas/libraries/exodus/cbind/libexodus.a ../../../../fei/support-Trilinos/libfei_trilinos.a ../../../../fei/base/libfei_base.a ../../../../belos/tpetra/src/libbelostpetra.a ../../../../belos/epetra/src/libbelosepetra.a ../../../../belos/src/libbelos.a ../../../../ml/src/libml.a ../../../../galeri/src-epetra/libgaleri-epetra.a ../../../../tpetra/core/ext/libtpetraext.a ../../../../tpetra/core/inout/libtpetrainout.a ../../../../tpetra/core/src/libtpetra.a ../../../../tpetra/kernels/src/libtpetrakernels.a ../../../../kokkos/algorithms/src/libkokkosalgorithms.a ../../../../kokkos/containers/src/libkokkoscontainers.a ../../../../tpetra/classic/LinAlg/libtpetraclassiclinalg.a ../../../../tpetra/classic/NodeAPI/libtpetraclassicnodeapi.a ../../../../tpetra/classic/src/libtpetraclassic.a ../../../../ifpack/src/libifpack.a ../../../../amesos/src/libamesos.a ../../../../epetraext/src/libepetraext.a ../../../../seacas/libraries/ioss/src/init/libIonit.a ../../../../seacas/libraries/ioss/src/transform/libIotr.a ../../../../seacas/libraries/ioss/src/heartbeat/libIohb.a ../../../../seacas/libraries/ioss/src/generated/libIogn.a ../../../../seacas/libraries/ioss/src/pamgen/libIopg.a ../../../../seacas/libraries/ioss/src/exo_fac/libIoexo_fac.a ../../../../seacas/libraries/ioss/src/exo_par/libIopx.a ../../../../seacas/libraries/ioss/src/exo_fpp/libIofx.a ../../../../seacas/libraries/ioss/src/exodus/libIoex.a ../../../../seacas/libraries/ioss/src/libIoss.a ../../../../seacas/libraries/exodus/cbind/libexodus.a -Wl,-Bstatic -lnetcdf -Wl,-Bdynamic -L/home/projects/x86-64-haswell-nvidia/netcdf-exo/4.3.3.1/openmpi/1.10.0/gcc/4.8.4/cuda/7.5.7/lib -lnetcdf -L/home/projects/x86-64-haswell-nvidia/hdf5/1.8.15/openmpi/1.10.0/gcc/4.8.4/cuda/7.5.7/lib -lhdf5_hl -lhdf5 -lz -ldl ../../../../pamgen/src/libpamgen_extras.a ../../../../pamgen/src/libpamgen.a ../../../../aztecoo/src/libaztecoo.a ../../../../triutils/src/libtriutils.a ../../../../epetra/src/libepetra.a ../../../../shards/src/libshards.a ../../../../zoltan/src/libzoltan.a -lm ../../../../sacado/src/libsacado.a ../../../../teuchos/kokkoscomm/src/libteuchoskokkoscomm.a ../../../../teuchos/kokkoscompat/src/libteuchoskokkoscompat.a ../../../../teuchos/remainder/src/libteuchosremainder.a ../../../../teuchos/numerics/src/libteuchosnumerics.a -L/home/projects/x86-64-haswell/lapack/3.5.0/gcc/4.8.4 -llapack -L/home/projects/x86-64-haswell/blas/20150602/gcc/4.8.4 -lblas ../../../../teuchos/comm/src/libteuchoscomm.a ../../../../teuchos/parameterlist/src/libteuchosparameterlist.a ../../../../teuchos/core/src/libteuchoscore.a ../../../../kokkos/core/src/libkokkoscore.a -lcudart -lcublas -lcufft -lboost_program_options -lboost_system -lmpi_usempi -lmpi_mpifh -lgfortran -lquadmath
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/119Tpetra: Graph / matrix insert doesn't merge, taking extra space & hindering t...2018-12-12T22:02:12ZJames WillenbringTpetra: Graph / matrix insert doesn't merge, taking extra space & hindering thread parallelism*Created by: mhoemmen*
@trilinos/tpetra
CrsGraph::insert{Local,Global}Indices and CrsMatrix::insert{Local,Global}Values currently do something nonintuitive: multiple inserts to the same row and column index are stored separately and n...*Created by: mhoemmen*
@trilinos/tpetra
CrsGraph::insert{Local,Global}Indices and CrsMatrix::insert{Local,Global}Values currently do something nonintuitive: multiple inserts to the same row and column index are stored separately and not merged until fillComplete. For example, inserting (1,1) into a CrsGraph 10 times would require storing 10 entries, until fillComplete, at which point the entries get merged together into a single entry. This is especially bad for StaticProfile, which currently would counterintuitively fail on 9 of those 10 inserts if the user reasonably gave CrsGraph an upper bound of 1 entry per row. We don't want users to have to rely on DynamicProfile, which is both slow and (especially due to this issue) memory-intensive.
Commit 68e77d53dbc250add4680244676e47576e6b7e4f begins the process of fixing this. It does not yet change the behavior of CrsGraph or CrsMatrix. For now, Tpetra has new internal utility functions for merging indices (for CrsGraph) or indices and values together (for CrsMatrix). I also added some unit tests for the new functions. However, they still need to be integrated into CrsGraph and CrsMatrix. My initial attempts broke a lot of invariants and made a lot of tests fail. I realize I'll have to do this VERY cautiously.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/122Tpetra: getGlobalRowCopy should return an empty row instead of throwing if no...2018-01-23T20:11:28ZJames WillenbringTpetra: getGlobalRowCopy should return an empty row instead of throwing if nonowned row*Created by: mhoemmen*
@trilinos/tpetra
If users give getGlobalRowCopy a row that does not live on the calling process, the method should return an empty row, rather than throwing an exception. This change will make its behavior more...*Created by: mhoemmen*
@trilinos/tpetra
If users give getGlobalRowCopy a row that does not live on the calling process, the method should return an empty row, rather than throwing an exception. This change will make its behavior more consistent with that of replace\* and sumInto*.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/136STK Link error with NALU after weekend integration2017-08-18T20:42:27ZJames WillenbringSTK Link error with NALU after weekend integration*Created by: crtrott*
WIth the new version of STK I now get link errors in NALU:
```
Linking CXX executable naluX
icpc: command line warning #10006: ignoring unknown option '-Wno-pragmas'
icpc: command line warning #10006: ignoring unk...*Created by: crtrott*
WIth the new version of STK I now get link errors in NALU:
```
Linking CXX executable naluX
icpc: command line warning #10006: ignoring unknown option '-Wno-pragmas'
icpc: command line warning #10006: ignoring unknown option '-Wno-delete-non-virtual-dtor'
/home/crtrott/TrilinosBuild/OpenMP/Intel/15.0.2/Nalu/install-muelukk/lib/libstk_mesh_base.a(ElemElemGraph.cpp.o): In function `stk::mesh::ElemElemGraph::pack_shared_side_nodes_of_elements(stk::CommSparse&, std::multimap<stk::mesh::impl::EntitySidePair, stk::mesh::impl::ProcFaceIdPair, std::less<stk::mesh::impl::EntitySidePair>, std::allocator<std::pair<stk::mesh::impl::EntitySidePair const, stk::mesh::impl::ProcFaceIdPair> > >&)':
/home/crtrott/Trilinos/packages/stk/stk_mesh/stk_mesh/baseImpl/elementGraph/ElemElemGraph.cpp:483: undefined reference to `stk::mesh::impl::get_element_block_part_ordinals(stk::mesh::Entity, stk::mesh::BulkData const&)'
/home/crtrott/TrilinosBuild/OpenMP/Intel/15.0.2/Nalu/install-muelukk/lib/libstk_mesh_base.a(ElemElemGraph.cpp.o): In function `stk::mesh::ElemElemGraph::create_parallel_info(stk::mesh::Entity, stk::mesh::Entity, int, int)':
/home/crtrott/Trilinos/packages/stk/stk_mesh/stk_mesh/baseImpl/elementGraph/ElemElemGraph.cpp:1791: undefined reference to `stk::mesh::impl::get_element_block_part_ordinals(stk::mesh::Entity, stk::mesh::BulkData const&)'
/home/crtrott/Trilinos/packages/stk/stk_mesh/stk_mesh/baseImpl/elementGraph/ElemElemGraph.cpp:1791: undefined reference to `stk::mesh::impl::get_element_block_part_ordinals(stk::mesh::Entity, stk::mesh::BulkData const&)'
make[2]: *** [naluX] Error 1
make[1]: *** [CMakeFiles/naluX.dir/all] Error 2
make: *** [all] Error 2
```
Probably something stupid simple, but if you need more info let me know.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/155Match Ifpack2 parameters to the Ifpack2 Thyra adapter parameters (or other way)2016-03-09T20:52:55ZJames WillenbringMatch Ifpack2 parameters to the Ifpack2 Thyra adapter parameters (or other way)*Created by: srajama1*
As the subject says the parameters don't match. Overlap vs "schwarz : overlap". "Prec Type" and "Ifpack2 Settings" are not recognized in Ifpack2, but just by the adapter.
I don't see a good reason why they don't ...*Created by: srajama1*
As the subject says the parameters don't match. Overlap vs "schwarz : overlap". "Prec Type" and "Ifpack2 Settings" are not recognized in Ifpack2, but just by the adapter.
I don't see a good reason why they don't match.
Furthermore, users are setting "Prec Type" to RILUK whereas it appears what is expected is for them to set it to Schwarz. The thyra adapter assumes whatever they set for "Prec Type" is going to be a Schwarz method. Lots of inconsistenices here.
@trilinos/ifpack2 @mhoemmen @eric-c-cyr
Needed for`<unnamed project>` milestone.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/157Tpetra::Map should check for duplicate GIDs on a calling process2016-11-02T19:44:52ZJames WillenbringTpetra::Map should check for duplicate GIDs on a calling process*Created by: mhoemmen*
See https://github.com/spdomin/Nalu/commit/b11ced445ea2aa7d22a4b2ac99a6eb2a101c7eeb
*Created by: mhoemmen*
See https://github.com/spdomin/Nalu/commit/b11ced445ea2aa7d22a4b2ac99a6eb2a101c7eeb
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/163STK docs on trilinos.org not found.2016-03-02T23:57:21ZJames WillenbringSTK docs on trilinos.org not found.*Created by: bathmatt*
if you go here
https://trilinos.org/packages/stk/
and look for docs you get a 404. I think Jim is in charge of the website?
*Created by: bathmatt*
if you go here
https://trilinos.org/packages/stk/
and look for docs you get a 404. I think Jim is in charge of the website?
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/161Allow to define user-specified status tests for multiphysics problems in Belos2017-04-07T19:14:06ZJames WillenbringAllow to define user-specified status tests for multiphysics problems in Belos*Created by: tawiesn*
Add a status test which allows to check the norm of a subvector of the residual vector for multiphysics problems (i.e., if the operator is a n x n block matrix from Thyra or Xpetra) in the status test framework of ...*Created by: tawiesn*
Add a status test which allows to check the norm of a subvector of the residual vector for multiphysics problems (i.e., if the operator is a n x n block matrix from Thyra or Xpetra) in the status test framework of Belos. This shall not replace the existing status tests. It is meant to be used by the user in the user-specified status tests to gain a better insight of the convergence properties of the single fields in a multiphysics problem
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/166Automatically document and manage the supported TPLs for each Trilinos package2016-03-25T15:44:50ZJames WillenbringAutomatically document and manage the supported TPLs for each Trilinos package*Created by: tawiesn*
A central place where all supported TPLs (including version) are listed for each of the Trilinos package would be nice. Ideally, Tribits would allow to manage version requirements of TPLs (and avoid version conflic...*Created by: tawiesn*
A central place where all supported TPLs (including version) are listed for each of the Trilinos package would be nice. Ideally, Tribits would allow to manage version requirements of TPLs (and avoid version conflicts).
See also discussion in #160
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/169libstk_mesh_base in 12.6.1 includes references to undefined stk::CommBuffer2016-03-03T17:50:54ZJames Willenbringlibstk_mesh_base in 12.6.1 includes references to undefined stk::CommBuffer*Created by: bavier*
Building examples in TrilinosCouplings from the Trilinos 12.6.1 release tarball leads to the following build failures for me:
```
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference ...*Created by: bavier*
Building examples in TrilinosCouplings from the Trilinos 12.6.1 release tarball leads to the following build failures for me:
```
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBroadcast::communicate()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommSparse::~CommSparse()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::all_reduce_impl(int, unsigned long const*, unsigned long*, unsigned int, int)'
../../../stk/stk_util/stk_util/use_cases/libstk_util_use_cases.so.12.6.1: undefined reference to `stk::BroadcastArg::BroadcastArg(int, int, char**)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBroadcast::CommBroadcast(int, int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommSparse::CommSparse(int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBuffer::pack_overflow() const'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::all_reduce(int, void (*)(void*, void*, int*, int*), void*, void*, unsigned int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommSparse::communicate()'
../../../stk/stk_unit_tests/stk_mesh_fixtures/libstk_mesh_fixtures.so.12.6.1: undefined reference to `stk::parallel_machine_rank(int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::parallel_machine_barrier(int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::all_write_string(int, std::ostream&, std::string const&)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBroadcast::send_buffer()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::allocate_buffers(int, unsigned int const*, unsigned int const*)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBroadcast::~CommBroadcast()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommSparse::rank_error(char const*, int) const'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::allocate_buffers(unsigned int, bool, bool)'
../../../stk/stk_util/stk_util/use_cases/libstk_util_use_cases.so.12.6.1: undefined reference to `stk::BroadcastArg::~BroadcastArg()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::rank_error(char const*, int) const'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::communicate()'
../../../stk/stk_unit_tests/stk_mesh_fixtures/libstk_mesh_fixtures.so.12.6.1: undefined reference to `stk::parallel_machine_size(int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::~CommAll()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBroadcast::recv_buffer()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::CommAll(bool)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBuffer::unpack_overflow() const'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::generate_parallel_unique_ids(unsigned long, std::vector<unsigned long, std::allocator<unsigned long> > const&, unsigned long, int)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommSparse::allocate_buffers()'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommBroadcast::allocate_buffer(bool)'
../../../stk/stk_mesh/stk_mesh/base/libstk_mesh_base.so.12.6.1: undefined reference to `stk::CommAll::CommAll(int, bool)'
collect2: error: ld returned 1 exit status
make[2]: *** [packages/trilinoscouplings/examples/fenl/TrilinosCouplings_fenl_pce.exe] Error 1
```
And similarly for several other examples, though the error seems like it would cause trouble for any use of the stk_mesh_base library.
The issue appears to be that the stk_util_parallel library was disabled in the 12.6.1 release branch: 8fa32589887a1a4dd756a5317f7d669945f215dd, whose comment appears to suggest the intent was to disable the test, rather than removing the library completely?
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/168Intrepid2 complete edge/face basis sets2016-03-02T21:01:24ZJames WillenbringIntrepid2 complete edge/face basis sets*Created by: bathmatt*
@trilinos/intrepid2
Currently Intrepid2 only supports the incomplete basis elements for edge and face. At some point in the near future we will need the complete set (N2^e_n, N2^f_n) elements for solving EM pro...*Created by: bathmatt*
@trilinos/intrepid2
Currently Intrepid2 only supports the incomplete basis elements for edge and face. At some point in the near future we will need the complete set (N2^e_n, N2^f_n) elements for solving EM problems. This will give us true order for EM problem using PIC. We will need them Tets, for Hex elements we use fully regular meshes so Nc^e/Nc^f are sufficient.
[femtable.pdf](https://github.com/trilinos/Trilinos/files/155525/femtable.pdf)
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/174Tpetra: Document 3-Map finite-element global assembly use pattern2016-11-02T19:46:18ZJames WillenbringTpetra: Document 3-Map finite-element global assembly use pattern*Created by: mhoemmen*
@trilinos/tpetra @amklinv The three Maps in question refer to mesh points. This is for a finite-element code where elements are uniquely owned by processes, but mesh points or other discretization goodies associa...*Created by: mhoemmen*
@trilinos/tpetra @amklinv The three Maps in question refer to mesh points. This is for a finite-element code where elements are uniquely owned by processes, but mesh points or other discretization goodies associated with elements may be shared by multiple processes. In the text below, I'll assume that degrees of freedom live on mesh points, but the same considerations apply for degrees of freedom that live on edges.
1. Uniquely owned (nonoverlapping Map), with mesh points that my MPI process owns
2. Overlapping Map, with mesh points belonging to elements that my MPI processes owns
3. Overlapping Map, with mesh points connected to points in (1) or (2)
Map (3) is the column Map of the sparse graph / matrix. Use replaceColumnMap if necessary. We will fill out this pattern in more detail in discussion of this issue. It has already proven useful for at least three different applications, two of which use BlockCrsMatrix, and two of which use CrsMatrix.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/173Tpetra Configures But Tests Do Not Build on IBM XL POWER8LE with INT_INT and ...2016-11-02T20:28:35ZJames WillenbringTpetra Configures But Tests Do Not Build on IBM XL POWER8LE with INT_INT and INT_LONG in ETI*Created by: nmhamster*
Building TPetra tests with IBM XL with INT/INT and INT/LONG both enabled causes a multiple definition failure during tests (see below).
```
../../src/libtpetra.a(Tpetra_DistObject_DOUBLE_INT_LONG_OPENMP.cpp.o):(...*Created by: nmhamster*
Building TPetra tests with IBM XL with INT/INT and INT/LONG both enabled causes a multiple definition failure during tests (see below).
```
../../src/libtpetra.a(Tpetra_DistObject_DOUBLE_INT_LONG_OPENMP.cpp.o):(.data+0x1230): multiple definition of `_ZNK6Kokkos4Impl11ParallelForINS0_9ViewRemapINS_4ViewIPmNS_6OpenMPEvvNS0_11ViewDefaultEEENS3_IS4_NS_11LayoutRightENS_6DeviceIS5_NS_9HostSpaceEEEvS6_EELj1EEENS_11RangePolicyIJS5_EEES5_E16execute_scheduleINS_6StaticEEENSt9enable_ifIXsr3std7is_sameIT_SI_EE5valueEvE4typeEv$$OL$$5RVL420A'
../../src/libtpetra.a(Tpetra_DistObject_DOUBLE_INT_INT_OPENMP.cpp.o):(.data+0x1230): first defined here
```
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/144stokhos build failing on mira (trilinos-release-12-6-branch)2016-03-03T17:52:07ZJames Willenbringstokhos build failing on mira (trilinos-release-12-6-branch)*Created by: sarich*
This build is failing on mira.alcf.anl.gov, the master branch is compiling without any problems.
I'm using gcc-4.8.4
```
In file included from /gpfs/mira-fs1/projects/OSCon/sarich/petsc/arch-gcc-downloads/externa...*Created by: sarich*
This build is failing on mira.alcf.anl.gov, the master branch is compiling without any problems.
I'm using gcc-4.8.4
```
In file included from /gpfs/mira-fs1/projects/OSCon/sarich/petsc/arch-gcc-downloads/externalpackages/git.trilinos/build/packages/stokhos/src/Ifpack2_Details_Chebyshev_MP_Vector_Serial.cpp:55:1: required from here
/projects/OSCon/sarich/petsc/arch-gcc-downloads/include/Ifpack2_Details_Chebyshev_def.hpp:707:9: error: 'const class Tpetra::CrsGraph<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>, false>' has no member named 'getLocalDiagOffsets'
A_crsMat->getCrsGraph ()->getLocalDiagOffsets (diagOffsets_);
^
/projects/OSCon/sarich/petsc/arch-gcc-downloads/include/Ifpack2_Details_Chebyshev_def.hpp:725:11: error: 'const class Tpetra::CrsGraph<int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>, false>' has no member named 'getLocalDiagOffsets'
A_crsMat->getCrsGraph ()->getLocalDiagOffsets (diagOffsets_);
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/181Belos::LinearProblem should unset itself if preconditioner is set2016-03-07T02:23:48ZJames WillenbringBelos::LinearProblem should unset itself if preconditioner is set*Created by: mhoemmen*
@hkthorn @trilinos/belos
See discussion here: https://github.com/UK-MAC/TeaLeaf_Trilinos/issues/2
*Created by: mhoemmen*
@hkthorn @trilinos/belos
See discussion here: https://github.com/UK-MAC/TeaLeaf_Trilinos/issues/2
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/182Implement Project-Wide Issue Management System2017-02-09T01:19:51ZJames WillenbringImplement Project-Wide Issue Management System*Created by: jwillenbring*
@maherou @bartlettroscoe @trilinos/framework
We need to implement a project-wide issue management system. It must work for both development-funded efforts, which are being required to apply more rigor to thei...*Created by: jwillenbring*
@maherou @bartlettroscoe @trilinos/framework
We need to implement a project-wide issue management system. It must work for both development-funded efforts, which are being required to apply more rigor to their issue tracking efforts, and for research-funded efforts, which will have more flexibility in use of the issue tracker. The system should have the following characteristics:
Usable: The system should not impose a heavy burden on Trilinos developers. Developers are familiar with a basic issue tracking system, and generally comfortable with using one. The extra requirements for the system should not require large additional time investments. For example, when filing or accepting a ticket, applying labels, estimating effort, assigning, etc shouldn't take more than a few extra minutes.
Well-defined: The process should be documented. Because of the traceability requirement listed below, it is important that certain parts of the process be followed carefully.
Traceable: A primary objective of the new issue management system is that customer requirements be traceable all the way to implementation and delivery. Requirements should be translated into specific issues in an epic-story-task hierarchy to support this traceability for large deliverables.
Visible: Current status should be easily visible for stakeholders, including customers, users, developers, and management.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/186Tpetra: Add string label argument to constructors2016-11-02T19:47:38ZJames WillenbringTpetra: Add string label argument to constructors*Created by: mhoemmen*
@trilinos/tpetra
Moved from Bugzilla Bug 6362 (posted 18 June 2015): https://software.sandia.gov/bugzilla/show_bug.cgi?id=6362
Add a string label argument to Tpetra objects' constructors. This will make Tpetra...*Created by: mhoemmen*
@trilinos/tpetra
Moved from Bugzilla Bug 6362 (posted 18 June 2015): https://software.sandia.gov/bugzilla/show_bug.cgi?id=6362
Add a string label argument to Tpetra objects' constructors. This will make Tpetra objects more consistent with Kokkos objects.
Many Tpetra objects inherit from Teuchos::LabeledObject (through its subclass, Teuchos::Describable). This means they already have a label. However, that label is not set at construction time. Most users don't know that they can change the label through LabeledObject's interface. Thus, Tpetra objects never get labeled. If Tpetra objects' constructors took a label, users would see the label and would start to set it.
If Tpetra objects have labels, then we could use these labels to help profiling in local computational kernels. For example, the local sparse matrix-vector multiply kernel could construct a Kokkos profiling label out of the kernel name and the matrix name.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/189Tpetra: Add robust calculation mode2016-11-02T19:47:57ZJames WillenbringTpetra: Add robust calculation mode*Created by: mhoemmen*
@trilinos/tpetra
Moved from Bugzilla Bug 241: https://software.sandia.gov/bugzilla/show_bug.cgi?id=241
Original text by @maherou on 15 Feb 2003:
In some form the following features should be added:
- Guards aga...*Created by: mhoemmen*
@trilinos/tpetra
Moved from Bugzilla Bug 241: https://software.sandia.gov/bugzilla/show_bug.cgi?id=241
Original text by @maherou on 15 Feb 2003:
In some form the following features should be added:
- Guards against over/underflow in key kernels. Clearly in the two-norm, but
perhaps elsewhere if possible.
- Quad-precision accumulator for sums.
- Scale-invariant global sums. Sum quantities should be bit-wise identical
independent of the number of processors used, with perhaps a prescribed maximum
processor count to aid implementation.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/188Tpetra: Deprecate & remove nonmember constructors2016-11-02T19:47:48ZJames WillenbringTpetra: Deprecate & remove nonmember constructors*Created by: mhoemmen*
@trilinos/tpetra
Moved from Bugzilla Bug 6363: https://software.sandia.gov/bugzilla/show_bug.cgi?id=6363
I plan to get rid of the nonmember constructors for Tpetra objects.
Tpetra objects already have perfectl...*Created by: mhoemmen*
@trilinos/tpetra
Moved from Bugzilla Bug 6363: https://software.sandia.gov/bugzilla/show_bug.cgi?id=6363
I plan to get rid of the nonmember constructors for Tpetra objects.
Tpetra objects already have perfectly workable constructors. Multiple ways of doing the same thing increase the testing burden, and confuse users. Some of the nonmember constructors introduce build errors. For example, users will invoke the nonmember Map constructor that assumes the default Node type, but assign it to a Map with a nondefault Node type.
This bug relates to [Bugzilla] Bug 5863 [since closed as WONTFIX].
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/191Tpetra: Add unit test for fix for (Bugzilla) Bug 63322016-11-02T19:48:06ZJames WillenbringTpetra: Add unit test for fix for (Bugzilla) Bug 6332*Created by: mhoemmen*
See Bugzilla Bug 6332 for discussion: https://software.sandia.gov/bugzilla/show_bug.cgi?id=6332
*Created by: mhoemmen*
See Bugzilla Bug 6332 for discussion: https://software.sandia.gov/bugzilla/show_bug.cgi?id=6332
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/193Tpetra::DistObject::copyAndPermute implementations should respect CombineMode2016-11-02T19:48:25ZJames WillenbringTpetra::DistObject::copyAndPermute implementations should respect CombineMode*Created by: mhoemmen*
@trilinos/tpetra This was originally Bugzilla Bug 6141 ("DistObject::copyAndPermute does not use CombineMode"): https://software.sandia.gov/bugzilla/show_bug.cgi?id=6141
*Created by: mhoemmen*
@trilinos/tpetra This was originally Bugzilla Bug 6141 ("DistObject::copyAndPermute does not use CombineMode"): https://software.sandia.gov/bugzilla/show_bug.cgi?id=6141
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/213Tpetra::CrsGraph::getLocalDiagOffsets: Use LocalOrdinal instead of size_t for...2017-10-26T19:43:25ZJames WillenbringTpetra::CrsGraph::getLocalDiagOffsets: Use LocalOrdinal instead of size_t for offsets*Created by: mhoemmen*
@trilinos/tpetra
This doesn't block #212, but is related. In particular, #205 makes it easier to use whatever offset type we want in Tpetra, since the proposed search code is agnostic of the offset type.
`Tpetr...*Created by: mhoemmen*
@trilinos/tpetra
This doesn't block #212, but is related. In particular, #205 makes it easier to use whatever offset type we want in Tpetra, since the proposed search code is agnostic of the offset type.
`Tpetra::CrsGraph::getLocalDiagOffsets` computes the offset of each row's diagonal entry. Tpetra uses this to speed up extracting the diagonal entries of a CrsMatrix, and the block diagonal entries of a BlockCrsMatrix.
`getLocalDiagOffsets` computes offsets _relative_ to each row. Thus, the type used to store offsets need only be able to represent the number of entries in a single row. If there are no duplicates in the row, `LocalOrdinal` thus suffices. If `LocalOrdinal` is 32 bits, this saves space and speeds up the computation.
There are no duplicates if the graph or matrix is fillComplete. Epetra never has duplicates in the graph, because insertion always merges; it never stores duplicates. #119 means that in Tpetra, it is technically possible to insert more duplicate entries in a row than the number of columns in the matrix. However, that is a weird edge case. Furthermore, there is no advantage to having a single type (currently `size_t`) for offsets, independent of other template parameters, because the main customer (Ifpack2) of `getLocalDiagOffsets` takes the same template parameters as Tpetra classes anyway.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/215Panzer: Clean up configure process2016-06-24T16:16:49ZJames WillenbringPanzer: Clean up configure process*Created by: bartlettroscoe*
When you try to configure Panzer under Trilinos, you must manually set several specialized options like:
```
-D Intrepid_ENABLE_DEBUG_INF_CHECK:BOOL=OFF \
-D IntrepidIntrepid2_ENABLE_DEBUG_INF_CHECK:BOO...*Created by: bartlettroscoe*
When you try to configure Panzer under Trilinos, you must manually set several specialized options like:
```
-D Intrepid_ENABLE_DEBUG_INF_CHECK:BOOL=OFF \
-D IntrepidIntrepid2_ENABLE_DEBUG_INF_CHECK:BOOL=OFF \
-D Teuchos_ENABLE_LONG_LONG_INT:BOOL=ON \
-D TPL_ENABLE_Boost:BOOL=ON \
-D TPL_ENABLE_BoostLib:BOOL=ON \
-D TPL_ENABLE_Netcdf:BOOL=ON \
```
These things should be enabled automatically when Panzer gets enabled (either implicitly or explicitly). This will simplify a lot of configure scripts involving Panzer (such as with Drekar and downstream projects).
**Tasks:**
1. Set `Intrepid2_ENABLE_DEBUG_INF_CHECK=OFF` automatically when Panzer is enabled (either explicitly or implicitly) ... The default will be set to OFF unconditionally ...
2. Gather up disables for common Panzer/Drekar usage into a CMake fragment file for reuse ...
3. Set up automated build of Panzer (with Drekar disables) on hansen for non-CUDA build and post to CDash ...
CC: @rppawlo, @bathmatt, @eric-c-cyr
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/202STKUnit_tests_util_parallel_UnitTest_MPI_4 failing almost everywhere (includi...2016-03-10T16:07:47ZJames WillenbringSTKUnit_tests_util_parallel_UnitTest_MPI_4 failing almost everywhere (including ATTB machine)*Created by: bartlettroscoe*
The test STKUnit_tests_util_parallel_UnitTest_MPI_4 is failing on all but one build on one automated test platform as shown in [this CDash query](http://testing.sandia.gov/cdash/queryTests.php?project=Trilin...*Created by: bartlettroscoe*
The test STKUnit_tests_util_parallel_UnitTest_MPI_4 is failing on all but one build on one automated test platform as shown in [this CDash query](http://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&date=&limit=200&filtercount=3&showfilters=1&limit=200&filtercombine=and&field1=testname/string&compare1=65&value1=STKUnit_tests_util_parallel_UnitTest&field2=buildstarttime/date&compare2=83&value2=2016-03-08&field3=buildstarttime/date&compare3=84&value3=2016-03-11). I am also here to report that it also fails on the Advanced Technology Test Best machine hansen (which is an important platform for obvious reasons).
In fact, this test has been failing for as far back as we have data (currently 2016-02-05) as shown in [this query](http://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&date=&limit=200&filtercount=3&showfilters=1&limit=200&filtercombine=and&field1=testname/string&compare1=65&value1=STKUnit_tests_util_parallel_UnitTest&field2=buildstarttime/date&compare2=83&value2=2016-01-01&field3=buildstarttime/date&compare3=84&value3=2016-03-11).
Who is responsible for STK under Trilinos?
CC: @trilinos/framework
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/211TeuchosNumerics_BLAS_ROTG_test fails on ATTB machine hansen2018-03-01T20:12:57ZJames WillenbringTeuchosNumerics_BLAS_ROTG_test fails on ATTB machine hansen*Created by: bartlettroscoe*
The test TeuchosNumerics_BLAS_ROTG_test fails on the machine hansen using the standard dev env loaded from:
```
module load devpack/openmpi/1.10.0/gcc/4.8.4/cuda/7.5.18
```
which defines:
```
BLAS_ROOT=/h...*Created by: bartlettroscoe*
The test TeuchosNumerics_BLAS_ROTG_test fails on the machine hansen using the standard dev env loaded from:
```
module load devpack/openmpi/1.10.0/gcc/4.8.4/cuda/7.5.18
```
which defines:
```
BLAS_ROOT=/home/projects/x86-64-haswell/openblas/0.2.15/gcc/4.8.4/lib/libblas.a
```
This results in the failing test output shown below. I don't know if this is a defect in the this test or a defect in the BLAS wrappers or a defective subroutine in the BLAS TPL library. That is for someone else to figure out.
CC list: @nmhamster, @bathmatt, @hkthorn
```
----------------------------------------------------------
108/122 Testing: TeuchosNumerics_BLAS_ROTG_test_MPI_1
108/122 Test: TeuchosNumerics_BLAS_ROTG_test_MPI_1
Command: "/home/projects/x86-64-haswell-nvidia/openmpi/1.10.0/gcc/4.8.4/cuda/7.5.18/bin/mpiexec" "-np" "1" "/tmp/rabartl/PROJECTS/Trilinos.base/BUILDS/CHECKIN/MPI_DEBUG/packages/teuchos/numerics/test/BLAS/TeuchosNumerics_BLAS_ROTG_test.exe" "--verbose"
Directory: /tmp/rabartl/PROJECTS/Trilinos.base/BUILDS/CHECKIN/MPI_DEBUG/packages/teuchos/numerics/test/BLAS
"TeuchosNumerics_BLAS_ROTG_test_MPI_1" start time: Mar 11 16:43 MST
Output:
----------------------------------------------------------
--------------------------------------------------------------------------
The library attempted to open the following supporting CUDA libraries,
but each of them failed. CUDA-aware support is disabled.
libcuda.so.1: cannot open shared object file: No such file or directory
/usr/lib64/libcuda.so.1: cannot open shared object file: No such file or directory
If you are not interested in CUDA-aware support, then run with
--mca mpi_cuda_support 0 to suppress this message. If you are interested
in CUDA-aware support, then try setting LD_LIBRARY_PATH to the location
of libcuda.so.1 to get passed this issue.
--------------------------------------------------------------------------
Comparing Givens rotations for [a; b] = [1; 0]
-- DefaultBLASImpl results: a,b,c,s = 1, 0, 1, 0
-- (Library) BLAS results: a,b,c,s = 1, 0, 1, 0
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0; 1]
-- DefaultBLASImpl results: a,b,c,s = 1, 1, 0, 1
-- (Library) BLAS results: a,b,c,s = 1, 1, 0, 1
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-1; 0]
-- DefaultBLASImpl results: a,b,c,s = -1, -0, 1, -0
-- (Library) BLAS results: a,b,c,s = -1, -0, 1, -0
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0; -1]
-- DefaultBLASImpl results: a,b,c,s = -1, 1, -0, 1
-- (Library) BLAS results: a,b,c,s = -1, 1, -0, 1
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-3; 4]
-- DefaultBLASImpl results: a,b,c,s = 5, -1.66667, -0.6, 0.8
-- (Library) BLAS results: a,b,c,s = 5, -1.66667, -0.6, 0.8
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 5
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 9.15513e-16
Comparing Givens rotations for [a; b] = [-2.9; 3.9]
-- DefaultBLASImpl results: a,b,c,s = 4.86004, -1.67588, -0.596703, 0.802462
-- (Library) BLAS results: a,b,c,s = 4.86004, -1.67588, -0.596703, 0.802462
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 4.86004
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-2.8; 3.8]
-- DefaultBLASImpl results: a,b,c,s = 4.72017, -1.68577, -0.593199, 0.805056
-- (Library) BLAS results: a,b,c,s = 4.72017, -1.68577, -0.593199, 0.805056
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 4.72017
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-2.7; 3.7]
-- DefaultBLASImpl results: a,b,c,s = 4.58039, -1.69644, -0.589469, 0.807791
-- (Library) BLAS results: a,b,c,s = 4.58039, -1.69644, -0.589469, 0.807791
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 4.58039
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 9.15513e-16
Comparing Givens rotations for [a; b] = [-2.6; 3.6]
-- DefaultBLASImpl results: a,b,c,s = 4.44072, -1.70797, -0.585491, 0.810679
-- (Library) BLAS results: a,b,c,s = 4.44072, -1.70797, -0.585491, 0.810679
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 4.44072
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-2.5; 3.5]
-- DefaultBLASImpl results: a,b,c,s = 4.30116, -1.72047, -0.581238, 0.813733
-- (Library) BLAS results: a,b,c,s = 4.30116, -1.72047, -0.581238, 0.813733
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 4.30116
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.22045e-16
Comparing Givens rotations for [a; b] = [-2.4; 3.4]
-- DefaultBLASImpl results: a,b,c,s = 4.16173, -1.73405, -0.576683, 0.816968
-- (Library) BLAS results: a,b,c,s = 4.16173, -1.73405, -0.576683, 0.816968
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 4.16173
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 9.15513e-16
Comparing Givens rotations for [a; b] = [-2.3; 3.3]
-- DefaultBLASImpl results: a,b,c,s = 4.02244, -1.74889, -0.571793, 0.820398
-- (Library) BLAS results: a,b,c,s = 4.02244, -1.74889, -0.571793, 0.820398
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 4.02244
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 9.93014e-16
Comparing Givens rotations for [a; b] = [-2.2; 3.2]
-- DefaultBLASImpl results: a,b,c,s = 3.8833, -1.76514, -0.566529, 0.824042
-- (Library) BLAS results: a,b,c,s = 3.8833, -1.76514, -0.566529, 0.824042
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.8833
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.22045e-16
Comparing Givens rotations for [a; b] = [-2.1; 3.1]
-- DefaultBLASImpl results: a,b,c,s = 3.74433, -1.78301, -0.560848, 0.827919
-- (Library) BLAS results: a,b,c,s = 3.74433, -1.78301, -0.560848, 0.827919
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.74433
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-2; 3]
-- DefaultBLASImpl results: a,b,c,s = 3.60555, -1.80278, -0.5547, 0.83205
-- (Library) BLAS results: a,b,c,s = 3.60555, -1.80278, -0.5547, 0.83205
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 3.60555
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 6.28037e-16
Comparing Givens rotations for [a; b] = [-1.9; 2.9]
-- DefaultBLASImpl results: a,b,c,s = 3.46699, -1.82473, -0.548026, 0.836461
-- (Library) BLAS results: a,b,c,s = 3.46699, -1.82473, -0.548026, 0.836461
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.46699
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.22045e-16
Comparing Givens rotations for [a; b] = [-1.8; 2.8]
-- DefaultBLASImpl results: a,b,c,s = 3.32866, -1.84926, -0.540758, 0.841178
-- (Library) BLAS results: a,b,c,s = 3.32866, -1.84926, -0.540758, 0.841178
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 3.32866
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 6.28037e-16
Comparing Givens rotations for [a; b] = [-1.7; 2.7]
-- DefaultBLASImpl results: a,b,c,s = 3.19061, -1.87683, -0.532813, 0.846233
-- (Library) BLAS results: a,b,c,s = 3.19061, -1.87683, -0.532813, 0.846233
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.19061
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-1.6; 2.6]
-- DefaultBLASImpl results: a,b,c,s = 3.05287, -1.90804, -0.524097, 0.851658
-- (Library) BLAS results: a,b,c,s = 3.05287, -1.90804, -0.524097, 0.851658
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 3.05287
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.44089e-16
Comparing Givens rotations for [a; b] = [-1.5; 2.5]
-- DefaultBLASImpl results: a,b,c,s = 2.91548, -1.94365, -0.514496, 0.857493
-- (Library) BLAS results: a,b,c,s = 2.91548, -1.94365, -0.514496, 0.857493
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.91548
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-1.4; 2.4]
-- DefaultBLASImpl results: a,b,c,s = 2.77849, -1.98463, -0.503871, 0.863779
-- (Library) BLAS results: a,b,c,s = 2.77849, -1.98463, -0.503871, 0.863779
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.77849
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-1.3; 2.3]
-- DefaultBLASImpl results: a,b,c,s = 2.64197, -2.03228, -0.492057, 0.870563
-- (Library) BLAS results: a,b,c,s = 2.64197, -2.03228, -0.492057, 0.870563
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.64197
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-1.2; 2.2]
-- DefaultBLASImpl results: a,b,c,s = 2.50599, -2.08833, -0.478852, 0.877896
-- (Library) BLAS results: a,b,c,s = 2.50599, -2.08833, -0.478852, 0.877896
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 2.22045e-16
-- ||[a; b]||_2 = 2.50599
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 6.28037e-16
Comparing Givens rotations for [a; b] = [-1.1; 2.1]
-- DefaultBLASImpl results: a,b,c,s = 2.37065, -2.15514, -0.464007, 0.885832
-- (Library) BLAS results: a,b,c,s = 2.37065, -2.15514, -0.464007, 0.885832
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.37065
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-1; 2]
-- DefaultBLASImpl results: a,b,c,s = 2.23607, -2.23607, -0.447214, 0.894427
-- (Library) BLAS results: a,b,c,s = 2.23607, -2.23607, -0.447214, 0.894427
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.23607
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-0.9; 1.9]
-- DefaultBLASImpl results: a,b,c,s = 2.10238, -2.33598, -0.428086, 0.903738
-- (Library) BLAS results: a,b,c,s = 2.10238, -2.33598, -0.428086, 0.903738
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.10238
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.44089e-16
Comparing Givens rotations for [a; b] = [-0.8; 1.8]
-- DefaultBLASImpl results: a,b,c,s = 1.96977, -2.46221, -0.406138, 0.913812
-- (Library) BLAS results: a,b,c,s = 1.96977, -2.46221, -0.406138, 0.913812
-- |c_generic - c_library| = 5.55112e-17
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 1.96977
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.22045e-16
Comparing Givens rotations for [a; b] = [-0.7; 1.7]
-- DefaultBLASImpl results: a,b,c,s = 1.83848, -2.6264, -0.38075, 0.924678
-- (Library) BLAS results: a,b,c,s = 1.83848, -2.6264, -0.38075, 0.924678
-- |c_generic - c_library| = 5.55112e-17
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 1.83848
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.96507e-16
Comparing Givens rotations for [a; b] = [-0.6; 1.6]
-- DefaultBLASImpl results: a,b,c,s = 1.7088, -2.848, -0.351123, 0.936329
-- (Library) BLAS results: a,b,c,s = 1.7088, -2.848, -0.351123, 0.936329
-- |c_generic - c_library| = 5.55112e-17
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 1.7088
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.96507e-16
Comparing Givens rotations for [a; b] = [-0.5; 1.5]
-- DefaultBLASImpl results: a,b,c,s = 1.58114, -3.16228, -0.316228, 0.948683
-- (Library) BLAS results: a,b,c,s = 1.58114, -3.16228, -0.316228, 0.948683
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.58114
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.44089e-16
Comparing Givens rotations for [a; b] = [-0.4; 1.4]
-- DefaultBLASImpl results: a,b,c,s = 1.45602, -3.64005, -0.274721, 0.961524
-- (Library) BLAS results: a,b,c,s = 1.45602, -3.64005, -0.274721, 0.961524
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.45602
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.44089e-16
Comparing Givens rotations for [a; b] = [-0.3; 1.3]
-- DefaultBLASImpl results: a,b,c,s = 1.33417, -4.44722, -0.22486, 0.974391
-- (Library) BLAS results: a,b,c,s = 1.33417, -4.44722, -0.22486, 0.974391
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.33417
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [-0.2; 1.2]
-- DefaultBLASImpl results: a,b,c,s = 1.21655, -6.08276, -0.164399, 0.986394
-- (Library) BLAS results: a,b,c,s = 1.21655, -6.08276, -0.164399, 0.986394
-- |c_generic - c_library| = 2.77556e-17
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 1.21655
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 9.15513e-16
Comparing Givens rotations for [a; b] = [-0.1; 1.1]
-- DefaultBLASImpl results: a,b,c,s = 1.10454, -11.0454, -0.0905357, 0.995893
-- (Library) BLAS results: a,b,c,s = 1.10454, -11.0454, -0.0905357, 0.995893
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.10454
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 1.77636e-15
Comparing Givens rotations for [a; b] = [0; 1]
-- DefaultBLASImpl results: a,b,c,s = 1, 1, 0, 1
-- (Library) BLAS results: a,b,c,s = 1, 1, 0, 1
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0.1; 0.9]
-- DefaultBLASImpl results: a,b,c,s = 0.905539, 9.05539, 0.110432, 0.993884
-- (Library) BLAS results: a,b,c,s = 0.905539, 9.05539, 0.110432, 0.993884
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.905539
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 1.77636e-15
Comparing Givens rotations for [a; b] = [0.2; 0.8]
-- DefaultBLASImpl results: a,b,c,s = 0.824621, 4.12311, 0.242536, 0.970143
-- (Library) BLAS results: a,b,c,s = 0.824621, 4.12311, 0.242536, 0.970143
-- |c_generic - c_library| = 2.77556e-17
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 0.824621
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 8.9509e-16
Comparing Givens rotations for [a; b] = [0.3; 0.7]
-- DefaultBLASImpl results: a,b,c,s = 0.761577, 2.53859, 0.393919, 0.919145
-- (Library) BLAS results: a,b,c,s = 0.761577, 2.53859, 0.393919, 0.919145
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.761577
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0.4; 0.6]
-- DefaultBLASImpl results: a,b,c,s = 0.72111, 1.80278, 0.5547, 0.83205
-- (Library) BLAS results: a,b,c,s = 0.72111, 1.80278, 0.5547, 0.83205
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.72111
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.22045e-16
Comparing Givens rotations for [a; b] = [0.5; 0.5]
-- DefaultBLASImpl results: a,b,c,s = 0.707107, 1.41421, 0.707107, 0.707107
-- (Library) BLAS results: a,b,c,s = 0.707107, 1.41421, 0.707107, 0.707107
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.707107
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0.6; 0.4]
-- DefaultBLASImpl results: a,b,c,s = 0.72111, 0.5547, 0.83205, 0.5547
-- (Library) BLAS results: a,b,c,s = 0.72111, 0.5547, 0.83205, 0.5547
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.72111
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0.7; 0.3]
-- DefaultBLASImpl results: a,b,c,s = 0.761577, 0.393919, 0.919145, 0.393919
-- (Library) BLAS results: a,b,c,s = 0.761577, 0.393919, 0.919145, 0.393919
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.761577
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [0.8; 0.2]
-- DefaultBLASImpl results: a,b,c,s = 0.824621, 0.242536, 0.970143, 0.242536
-- (Library) BLAS results: a,b,c,s = 0.824621, 0.242536, 0.970143, 0.242536
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 2.77556e-17
-- ||[a; b]||_2 = 0.824621
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 1.14439e-16
Comparing Givens rotations for [a; b] = [0.9; 0.1]
-- DefaultBLASImpl results: a,b,c,s = 0.905539, 0.110432, 0.993884, 0.110432
-- (Library) BLAS results: a,b,c,s = 0.905539, 0.110432, 0.993884, 0.110432
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 0.905539
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1; 0]
-- DefaultBLASImpl results: a,b,c,s = 1, 0, 1, 0
-- (Library) BLAS results: a,b,c,s = 1, 0, 1, 0
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1.1; -0.1]
-- DefaultBLASImpl results: a,b,c,s = 1.10454, -0.0905357, 0.995893, -0.0905357
-- (Library) BLAS results: a,b,c,s = 1.10454, -0.0905357, 0.995893, -0.0905357
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.10454
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1.2; -0.2]
-- DefaultBLASImpl results: a,b,c,s = 1.21655, -0.164399, 0.986394, -0.164399
-- (Library) BLAS results: a,b,c,s = 1.21655, -0.164399, 0.986394, -0.164399
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.21655
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1.3; -0.3]
-- DefaultBLASImpl results: a,b,c,s = 1.33417, -0.22486, 0.974391, -0.22486
-- (Library) BLAS results: a,b,c,s = 1.33417, -0.22486, 0.974391, -0.22486
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.33417
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1.4; -0.4]
-- DefaultBLASImpl results: a,b,c,s = 1.45602, -0.274721, 0.961524, -0.274721
-- (Library) BLAS results: a,b,c,s = 1.45602, -0.274721, 0.961524, -0.274721
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.45602
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1.5; -0.5]
-- DefaultBLASImpl results: a,b,c,s = 1.58114, -0.316228, 0.948683, -0.316228
-- (Library) BLAS results: a,b,c,s = 1.58114, -0.316228, 0.948683, -0.316228
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 1.58114
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [1.6; -0.6]
-- DefaultBLASImpl results: a,b,c,s = 1.7088, -0.351123, 0.936329, -0.351123
-- (Library) BLAS results: a,b,c,s = 1.7088, -0.351123, 0.936329, -0.351123
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 5.55112e-17
-- ||[a; b]||_2 = 1.7088
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.28878e-16
Comparing Givens rotations for [a; b] = [1.7; -0.7]
-- DefaultBLASImpl results: a,b,c,s = 1.83848, -0.38075, 0.924678, -0.38075
-- (Library) BLAS results: a,b,c,s = 1.83848, -0.38075, 0.924678, -0.38075
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 5.55112e-17
-- ||[a; b]||_2 = 1.83848
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.28878e-16
Comparing Givens rotations for [a; b] = [1.8; -0.8]
-- DefaultBLASImpl results: a,b,c,s = 1.96977, -0.406138, 0.913812, -0.406138
-- (Library) BLAS results: a,b,c,s = 1.96977, -0.406138, 0.913812, -0.406138
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 5.55112e-17
-- ||[a; b]||_2 = 1.96977
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 2.28878e-16
Comparing Givens rotations for [a; b] = [1.9; -0.9]
-- DefaultBLASImpl results: a,b,c,s = 2.10238, -0.428086, 0.903738, -0.428086
-- (Library) BLAS results: a,b,c,s = 2.10238, -0.428086, 0.903738, -0.428086
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.10238
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2; -1]
-- DefaultBLASImpl results: a,b,c,s = 2.23607, -0.447214, 0.894427, -0.447214
-- (Library) BLAS results: a,b,c,s = 2.23607, -0.447214, 0.894427, -0.447214
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.23607
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2.1; -1.1]
-- DefaultBLASImpl results: a,b,c,s = 2.37065, -0.464007, 0.885832, -0.464007
-- (Library) BLAS results: a,b,c,s = 2.37065, -0.464007, 0.885832, -0.464007
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.37065
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2.2; -1.2]
-- DefaultBLASImpl results: a,b,c,s = 2.50599, -0.478852, 0.877896, -0.478852
-- (Library) BLAS results: a,b,c,s = 2.50599, -0.478852, 0.877896, -0.478852
-- |c_generic - c_library| = 2.22045e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 2.50599
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.57757e-16
Comparing Givens rotations for [a; b] = [2.3; -1.3]
-- DefaultBLASImpl results: a,b,c,s = 2.64197, -0.492057, 0.870563, -0.492057
-- (Library) BLAS results: a,b,c,s = 2.64197, -0.492057, 0.870563, -0.492057
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.64197
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2.4; -1.4]
-- DefaultBLASImpl results: a,b,c,s = 2.77849, -0.503871, 0.863779, -0.503871
-- (Library) BLAS results: a,b,c,s = 2.77849, -0.503871, 0.863779, -0.503871
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.77849
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2.5; -1.5]
-- DefaultBLASImpl results: a,b,c,s = 2.91548, -0.514496, 0.857493, -0.514496
-- (Library) BLAS results: a,b,c,s = 2.91548, -0.514496, 0.857493, -0.514496
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 2.91548
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2.6; -1.6]
-- DefaultBLASImpl results: a,b,c,s = 3.05287, -0.524097, 0.851658, -0.524097
-- (Library) BLAS results: a,b,c,s = 3.05287, -0.524097, 0.851658, -0.524097
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.05287
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.44089e-16
Comparing Givens rotations for [a; b] = [2.7; -1.7]
-- DefaultBLASImpl results: a,b,c,s = 3.19061, -0.532813, 0.846233, -0.532813
-- (Library) BLAS results: a,b,c,s = 3.19061, -0.532813, 0.846233, -0.532813
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.19061
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [2.8; -1.8]
-- DefaultBLASImpl results: a,b,c,s = 3.32866, -0.540758, 0.841178, -0.540758
-- (Library) BLAS results: a,b,c,s = 3.32866, -0.540758, 0.841178, -0.540758
-- |c_generic - c_library| = 1.11022e-16
-- |s_generic - s_library| = 1.11022e-16
-- ||[a; b]||_2 = 3.32866
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 4.57757e-16
Comparing Givens rotations for [a; b] = [2.9; -1.9]
-- DefaultBLASImpl results: a,b,c,s = 3.46699, -0.548026, 0.836461, -0.548026
-- (Library) BLAS results: a,b,c,s = 3.46699, -0.548026, 0.836461, -0.548026
-- |c_generic - c_library| = 0
-- |s_generic - s_library| = 0
-- ||[a; b]||_2 = 3.46699
-- ||[a_generic - a_library; b_generic - b_library]||_2 = 0
Comparing Givens rotations for [a; b] = [4.49423e+307; 4.49423e+307]
-- DefaultBLASImpl results: a,b,c,s = 6.35581e+307, 1.41421, 0.707107, 0.707107
-- (Library) BLAS results: a,b,c,s = inf, inf, 0, 0
-- |c_generic - c_library| = 0.707107
---- Difference exceeded error bound 1.77636e-15
-- |s_generic - s_library| = 0.707107
---- Difference exceeded error bound 1.77636e-15
-- ||[a; b]||_2 = 6.35581e+307
-- ||[a_generic - a_library; b_generic - b_library]||_2 = -nan
End Result: TEST FAILED
-------------------------------------------------------
Primary job terminated normally, but 1 process returned
a non-zero exit code.. Per user-direction, the job has been aborted.
-------------------------------------------------------
--------------------------------------------------------------------------
mpiexec detected that one or more processes exited with non-zero status, thus causing
the job to be terminated. The first process to do so was:
Process name: [[27819,1],0]
Exit code: 1
--------------------------------------------------------------------------
<end of output>
Test time = 1.04 sec
----------------------------------------------------------
Test Fail Reason:
Required regular expression not found.Regex=[End Result: TEST PASSED
]
"TeuchosNumerics_BLAS_ROTG_test_MPI_1" end time: Mar 11 16:43 MST
"TeuchosNumerics_BLAS_ROTG_test_MPI_1" time elapsed: 00:00:01
----------------------------------------------------------
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/229Make Teuchos Memory Management Classes thread-safe2017-08-07T02:09:35ZJames WillenbringMake Teuchos Memory Management Classes thread-safe*Created by: bartlettroscoe*
This story is to address the long-standing problem that the Teuchos Memory management Classes which use reference-counting are not thread safe.
CC: @MicheldeMessieres, @jwillenbring,
**Next Action Status:...*Created by: bartlettroscoe*
This story is to address the long-standing problem that the Teuchos Memory management Classes which use reference-counting are not thread safe.
CC: @MicheldeMessieres, @jwillenbring,
**Next Action Status:** See tasks ...
**Tasks:**
1. Initial development and testing for multi-thread correctness [Done]
2. **Add configure time switch for thread safety:** Define configure-time options `Trilinos_ENABLE_THREAD_SAFE` and `Teuchos_ENABLE_THREAD_SAFE` (latter is given the given the default of the former value).
3. **Turn off for Trilinos_ENABLE_CXX11=OFF**: That is, set `Teuchos_ENABLE_THREAD_SAFE=OFF` in this case. Run full Trilinos test suite with `-DTrilinos_ENABLE_CXX11=OFF`.
4. **Update the Teuchos test suite:**
- **Inform CTest of number of threads for thread-safe tests:** Figure this out at configure time and then set `NUM_TOTAL_CORES_USED` (see [TRIBITS_ADD_TEST())(https://tribits.org/doc/TribitsDevelopersGuide.html#formal-arguments-tribits-add-test))
- **Make pre-push `BASIC` test suite fast:** Make the longer running threading tests `NIGHTLY`.
5. **Performance testing:**
- For builds:
- `-DCMAKE_BUILD_TYPE=RELEASE -DTrilinos_ENABLE_DEBUG=ON` (`Trilinos_ENABLE_THREAD_SAFE` on and off)
- `-DCMAKE_BUILD_TYPE=RELEASE -DTrilinos_ENABLE_DEBUG=OFF` (`Trilinos_ENABLE_THREAD_SAFE` on and off)
- For compilers:
- GCC version 4.8.x .
- Intel version 15.x
- Clang X
- Run Trilinos (nearly full) test suite with and without thread-safety turned on.
- Run Nalu, Albany, and Drekar test suites with thread safety on and off and see the performance impact with debug-mode checking turned on.
- Request report from Cedric about usage and performance.
- If performance okay, continue. Otherwise, decide what to do.
6. **Disallow throwing exceptions from destructors:** We just need to disallow exceptions and make Teuchos MM classes abort in destructors when errors occur. Update unit tests for the case of circular references and exceptions. Need to provide `TEUCHOS_ABORT_IF(<condition>)` that will print and then call abort.
7. **Merge into develop branch with Trilinos_ENABLE_THREAD_SAFE=OFF by default**:
- Update teuchos/ReleaseNotes.txt to discuss exception destructor difference.
- Announce time schedule for turning this on by default.
8. **Update documentation / Code review:**
- Update unit test documentation: With final tests in place, will create a uniformly formatted summary for each in code to describe it’s purpose.
- Update RCP documentation: Need to update RCP documents to reflect these changes
- Ross reviews code, tests, and updated documentation.
9. **Turn on Trilinos_ENABLE_THREAD_SAFE=OFF by default:**
- Update teuchos/ReleaseNotes.txt
- Send out announcement
10. **Other considerations and improvements:** (move to new stories?)
1. **Review Array.h mutex implementation:** This was new code I added after our last review to make Array.h thread safe - I have implemented suggested tests we discussed on Github.
2. **Discuss plan for debug detection of dangling weak ptr.** Debug builds have checks to validate weak ptrs but those checks can fail if another thread kills the data. I’ve got tests in place which detect and demonstrate this issue but need to discuss further how we would like to address this.
3. **Consider additional changes for ArrayView, ArrayRCP, Tuple, Ptr**: Implemented fairly limited sanity checks on these.
4. **Weak to strong conversion:** Have code in place which implements thread safe upgrade of a weak ptr to a strong ptr, along with a unit test, but the role of this is unclear at the moment.
5. **Make tests have inverted case**: Tests should demonstrate they can detect thread problems when the fix is not applied - the inverted case. I’ve got some #defines set up to do this but wanted to discuss how to best organize those. Many of the inverted tests will need separate main functions.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/241STKUtil does not build without MPI 2016-03-28T17:01:03ZJames WillenbringSTKUtil does not build without MPI *Created by: bavier*
Configuring Trilinos 12.6.1 with
```
cmake -DTrilinos_ENABLE_STK:BOOL=YES -DTPL_ENABLE_MPI:BOOL=NO ..
```
after patchg around issue #169 Leads to the following error:
```
[ 94%] Building CXX object packages/stk/s...*Created by: bavier*
Configuring Trilinos 12.6.1 with
```
cmake -DTrilinos_ENABLE_STK:BOOL=YES -DTPL_ENABLE_MPI:BOOL=NO ..
```
after patchg around issue #169 Leads to the following error:
```
[ 94%] Building CXX object packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o
/ptmp/Trilinos/packages/stk/stk_util/stk_util/parallel/CommSparse.cpp: In member function 'void stk::CommSparse::communicate()':
/ptmp/Trilinos/packages/stk/stk_util/stk_util/parallel/CommSparse.cpp:297:75: error: 'communicate_any' was not declared in this scope
communicate_any( m_comm , m_send , m_recv, m_send_procs, m_recv_procs );
^
packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/build.make:110: recipe for target 'packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o' failed
make[2]: *** [packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/CommSparse.cpp.o] Error 1
CMakeFiles/Makefile2:7118: recipe for target 'packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/all' failed
make[1]: *** [packages/stk/stk_util/stk_util/parallel/CMakeFiles/stk_util_parallel.dir/all] Error 2
Makefile:160: recipe for target 'all' failed
make: *** [all] Error 2
```
There appear to be other issues as well. The STKUtil source defines a HAVE_MPI macro, but appears to make little use of it, making without-MPI essentially an unsupported/forgotten feature. Turning off just STKUtil in the configuration is not an option because all other STK subpackage, save for the trivial STKTransfer subpackage, depends directlky or indirectly on STKUtil.
It would be nice to have this fixed, or declare MPI a required TPL for STKUtil
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/242Teuchos: getKokkosViewDeepCopy doesn't behave quite as expected2016-11-02T20:30:21ZJames WillenbringTeuchos: getKokkosViewDeepCopy doesn't behave quite as expected*Created by: mhoemmen*
getKokkosViewDeepCopy (in teuchos/kokkoscompat/src/KokkosCompat_View.hpp) uses Kokkos::Impl::VerifyExecutionCanAccessMemorySpace. https://github.com/kokkos/kokkos/issues/178 means that the first template paramete...*Created by: mhoemmen*
getKokkosViewDeepCopy (in teuchos/kokkoscompat/src/KokkosCompat_View.hpp) uses Kokkos::Impl::VerifyExecutionCanAccessMemorySpace. https://github.com/kokkos/kokkos/issues/178 means that the first template parameter needs to be a memory space (despite the name), not an execution space.
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/248Epetra: Add equivalent of Tpetra::Distributor::createFromSendsAndRecvs to Epe...2016-11-02T20:56:23ZJames WillenbringEpetra: Add equivalent of Tpetra::Distributor::createFromSendsAndRecvs to Epetra's Distributor*Created by: mhoemmen*
@trilinos/tpetra
@csiefer2
This corresponds to the MPI 3 sparse all-to-all constructor as well.
*Created by: mhoemmen*
@trilinos/tpetra
@csiefer2
This corresponds to the MPI 3 sparse all-to-all constructor as well.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/251Remove MeshingGenie2016-03-30T16:40:33ZJames WillenbringRemove MeshingGenie*Created by: nschloe*
As highlighted in bug #247, MeshingGenie is obsolete and should be removed from Trilinos.
*Created by: nschloe*
As highlighted in bug #247, MeshingGenie is obsolete and should be removed from Trilinos.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/253Teuchos::Time screwing up OpenMP/Threads performance2017-05-18T18:18:35ZJames WillenbringTeuchos::Time screwing up OpenMP/Threads performance*Created by: etphipp*
I recently wrote a performance test in Sacado that tests the performance of a Kokkos kernel using Sacado. I used Teuchos::Time to measure the time the kernel took to run and was seeing very bad performance on CPUs...*Created by: etphipp*
I recently wrote a performance test in Sacado that tests the performance of a Kokkos kernel using Sacado. I used Teuchos::Time to measure the time the kernel took to run and was seeing very bad performance on CPUs using both the OpenMP and Threads execution spaces in Kokkos. For a single Sandy Bridge socket I was expecting my kernel to get about 9 GFLOP/s, and using 8 threads I was only seeing about 1 GFLOP/s. Furthermore, using the Serial execution space, I was seeing about 3 GFLOP/s. However I was seeing the level of expected throughput on KNC (using OpenMP) and Cuda. Purely by accident, I changed the timer from Teuchos::Time to Kokkos::Impl::Timer and suddenly my CPU performance jumped up to about what I expected. This behavior was reproducible on two different machines (my local development machine and Shannon) and with multiple compilers (GCC 4.9.3 and Intel 15.0.3). Has anyone else seen this before or have an idea why Teuchos::Time might be screwing up performance on CPUs with OpenMP or Threads? Teuchos::Time doesn’t have any threaded code in it, does it? I’m a little bit concerned the impact this might have based on the pervasive usage of Teuchos::TimeMonitor throughout Trilinos.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/256Epetra_IntSerialDense_test_MPI_1 Test Failure on POWER8 GCC+CUDA7.5 Build2016-04-01T00:02:13ZJames WillenbringEpetra_IntSerialDense_test_MPI_1 Test Failure on POWER8 GCC+CUDA7.5 Build*Created by: nmhamster*
I am continuing to work through the configuration, build and test of Trilinos on POWER8. When using GCC 4.9 with CUDA 7.5 on the `white` Sandia machine I get the following failure in the `Epetra_IntSerialDense_te...*Created by: nmhamster*
I am continuing to work through the configuration, build and test of Trilinos on POWER8. When using GCC 4.9 with CUDA 7.5 on the `white` Sandia machine I get the following failure in the `Epetra_IntSerialDense_test_MPI_1` test.
```
$ ctest -VV -R Epetra_IntSerialDense_test_MPI_1
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Add coverage exclude regular expressions.
SetCTestConfiguration:CMakeCommand:/home/projects/pwr8-rhel72/cmake/3.4.3/bin/cmake
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Test project /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
Checking test dependency graph end
test 146
Start 146: Epetra_IntSerialDense_test_MPI_1
146: Test command: /ascldap/users/projects/pwr8-rhel72/openmpi/1.10.2/gcc/4.9.2/cuda/7.5.7/bin/mpiexec "-np" "1" "/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/packages/epetra/test/IntSerialDense/Epetra_IntSerialDense_test.exe" "-v"
146: Test timeout computed to be: 1500
146: Epetra in Trilinos 12.7 (Dev)
146:
146:
146: ==================================================================
146: Testing vector error-reporting.
146: Expect error messages if EPETRA_NO_ERROR_REPORTS is not defined.
146: ==================================================================
146: Checking Epetra_IntSerialDenseVector(-1)Checked OK.
146:
146: Checking Epetra_IntSerialDenseVector(Copy, int*, -3)Checked OK.
146:
146: Checking Epetra_IntSerialDenseVector(Copy, 0, 5)Checked OK.
146:
146: Checking Size(-2)
146: Checked OK.
146:
146: Checking Resize(-4)
146: Checked OK.
146: [white26:48861] *** Process received signal ***
146: [white26:48861] Signal: Segmentation fault (11)
146: [white26:48861] Signal code: Address not mapped (1)
146: [white26:48861] Failing at address: (nil)
146: [white26:48861] [ 0] [0x3fff8e9d0478]
146: [white26:48861] [ 1] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/packages/epetra/test/IntSerialDense/Epetra_IntSerialDense_test.exe(_Z16vectorExceptionsbb+0x9b8)[0x10073158]
146: [white26:48861] [ 2] /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/packages/epetra/test/IntSerialDense/Epetra_IntSerialDense_test.exe(main+0x90)[0x1006b9d0]
146: [white26:48861] [ 3] /lib64/power8/libc.so.6(+0x24580)[0x3fff855c4580]
146: [white26:48861] [ 4] /lib64/power8/libc.so.6(__libc_start_main+0xc4)[0x3fff855c4774]
146: [white26:48861] *** End of error message ***
146: --------------------------------------------------------------------------
146: mpiexec noticed that process rank 0 with PID 48861 on node white26 exited on signal 11 (Segmentation fault).
146: --------------------------------------------------------------------------
1/1 Test #146: Epetra_IntSerialDense_test_MPI_1 ...***Failed 11.07 sec
0% tests passed, 1 tests failed out of 1
Label Time Summary:
Epetra = 11.07 sec (1 test)
Total Test time (real) = 11.52 sec
The following tests FAILED:
146 - Epetra_IntSerialDense_test_MPI_1 (Failed)
Errors while running CTest
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/257TeuchosCore_TypeConversions_UnitTest_MPI_1 fails on POWER8 with GCC and CUDA 7.52018-03-01T20:12:58ZJames WillenbringTeuchosCore_TypeConversions_UnitTest_MPI_1 fails on POWER8 with GCC and CUDA 7.5*Created by: nmhamster*
@bartlettroscoe I am seeing the following failure while trying to bring Trilinos up on the POWER8 with GCC 4.9 and CUDA 7.5 (on the RHEL7.2 image).
```
$ ctest -VV -R TeuchosCore_TypeConversions_UnitTest_MPI_1
U...*Created by: nmhamster*
@bartlettroscoe I am seeing the following failure while trying to bring Trilinos up on the POWER8 with GCC 4.9 and CUDA 7.5 (on the RHEL7.2 image).
```
$ ctest -VV -R TeuchosCore_TypeConversions_UnitTest_MPI_1
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Add coverage exclude regular expressions.
SetCTestConfiguration:CMakeCommand:/home/projects/pwr8-rhel72/cmake/3.4.3/bin/cmake
UpdateCTestConfiguration from :/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Parse Config file:/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/DartConfiguration.tcl
Test project /ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk
Constructing a list of tests
Done constructing a list of tests
Checking test dependency graph...
Checking test dependency graph end
test 54
Start 54: TeuchosCore_TypeConversions_UnitTest_MPI_1
54: Test command: /ascldap/users/projects/pwr8-rhel72/openmpi/1.10.2/gcc/4.9.2/cuda/7.5.7/bin/mpiexec "-np" "1" "/ascldap/users/sdhammo/git/trilinos-github-repo/build-power8-gcc-cuda-757-test-ramdisk/packages/teuchos/core/test/TypeConversions/TeuchosCore_TypeConversions_UnitTest.exe"
54: Test timeout computed to be: 1500
54: Teuchos::GlobalMPISession::GlobalMPISession(): started processor with name white26.sandia.gov and rank 0!
54:
54: ***
54: *** Unit test suite ...
54: ***
54:
54:
54: Sorting tests by group name then by the order they were added ... (time = 2.41e-05)
54:
54: Running unit tests ...
54:
54: 0. asSafe_realToReal_UnitTest ... [Passed] (0.000332 sec)
54: 1. asSafe_stringToReal_UnitTest ...
54: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
54: valF = -3.40282347e+38 == -3.40282347e+38 : passed
54: Test that code {valF = as<float> (os.str ());} does not throw : passes
54: valF = -3.40282347e+38 == -3.40282347e+38 : passed
54: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
54: valF = 3.40282347e+38 == 3.40282347e+38 : passed
54: Test that code {valF = as<float> (os.str ());} does not throw : passes
54: valF = 3.40282347e+38 == 3.40282347e+38 : passed
54: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
54: valF = -1.00000000e+00 == -1.00000000e+00 : passed
54: Test that code {valF = as<float> (os.str ());} does not throw : passes
54: valF = -1.00000000e+00 == -1.00000000e+00 : passed
54: Test that code {valF = asSafe<float> (os.str ());} does not throw : passes
54: valF = -1.00000000e+00 == -1.00000000e+00 : passed
54: Test that code {valF = as<float> (os.str ());} does not throw : passes
54: valF = -1.00000000e+00 == -1.00000000e+00 : passed
54: Test that code {valF = asSafe<float> (os.str ());} throws std::range_error: passed
54:
54: Exception message for expected exception:
54:
54: /ascldap/users/sdhammo/git/trilinos-github-repo/packages/teuchos/core/src/Teuchos_as.hpp:558:
54:
54: Throw number = 1
54:
54: Throw test that evaluated to true: errno == ERANGE && (val != 0)
54:
54: Teuchos::ValueTypeConversionTraits<float, std::string>::convert: The value in the given string "-1.79769313e+308" overflows float.
54:
54: Test that code {valF = asSafe<float> (os.str ());} throws std::range_error: passed
54:
54: Exception message for expected exception:
54:
54: /ascldap/users/sdhammo/git/trilinos-github-repo/packages/teuchos/core/src/Teuchos_as.hpp:558:
54:
54: Throw number = 2
54:
54: Throw test that evaluated to true: errno == ERANGE && (val != 0)
54:
54: Teuchos::ValueTypeConversionTraits<float, std::string>::convert: The value in the given string "1.79769313e+308" overflows float.
54:
54: Test that code {valD = asSafe<double> (os.str ());} does not throw : passed
54: valD = -1.79769313486231571e+308 == -1.79769313486231571e+308 : passed
54: Test that code {valD = as<double> (os.str ());} does not throw : passed
54: valD = -1.79769313486231571e+308 == -1.79769313486231571e+308 : passed
54: Test that code {valD = asSafe<double> (os.str ());} does not throw : passed
54: valD = 1.79769313486231571e+308 == 1.79769313486231571e+308 : passed
54: Test that code {valD = as<double> (os.str ());} does not throw : passed
54: valD = 1.79769313486231571e+308 == 1.79769313486231571e+308 : passed
54: Test that code {valD = asSafe<double> (os.str ());} does not throw : passed
54: valD = -1.00000000000000000e+00 == -1.00000000000000000e+00 : passed
54: Test that code {valD = as<double> (os.str ());} does not throw : passed
54: valD = -1.00000000000000000e+00 == -1.00000000000000000e+00 : passed
54: Test that code {valD = asSafe<double> (os.str ());} throws std::range_error: failed (code did not throw an exception at all)
54: Test that code {valD = asSafe<double> (os.str ());} throws std::range_error: failed (code did not throw an exception at all)
54: Test that code {valLD = asSafe<long double> (os.str ());} does not throw : passed
54: valLD = -1.79769e+308 == -1.79769e+308 : passed
54: Test that code {valLD = as<long double> (os.str ());} does not throw : passed
54: valLD = -1.79769e+308 == -1.79769e+308 : passed
54: Test that code {valLD = asSafe<long double> (os.str ());} does not throw : passed
54: valLD = 1.79769e+308 == 1.79769e+308 : passed
54: Test that code {valLD = as<long double> (os.str ());} does not throw : passed
54: valLD = 1.79769e+308 == 1.79769e+308 : passed
54: Test that code {valLD = asSafe<long double> (os.str ());} does not throw : passed
54: valLD = -1 == -1 : passed
54: Test that code {valLD = as<long double> (os.str ());} does not throw : passed
54: valLD = -1 == -1 : passed
54: [FAILED] (0.000383 sec) asSafe_stringToReal_UnitTest
54: Location: /ascldap/users/sdhammo/git/trilinos-github-repo/packages/teuchos/core/test/TypeConversions/TypeConversions_UnitTest.cpp:274
54:
54: 2. asSafe_stringToIntPositiveOverflow_UnitTest ... [Passed] (2.5e-05 sec)
54: 3. asSafe_stringToIntNegativeOverflow_UnitTest ... [Passed] (2.19e-05 sec)
54: 4. asSafe_double_int_realToSignedIntTypeOverflow_UnitTest ... [Passed] (3.19e-05 sec)
54: 5. asSafe_double_long_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
54: 6. asSafe_double_long_long_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
54: 7. asSafe_double_short_realToSignedIntTypeOverflow_UnitTest ... [Passed] (3.19e-05 sec)
54: 8. asSafe_double_unsigned_int_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (0.000107 sec)
54: 9. asSafe_double_unsigned_long_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (8.11e-05 sec)
54: 10. asSafe_double_unsigned_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (7.39e-05 sec)
54: 11. asSafe_double_unsigned_short_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (3e-05 sec)
54: 12. asSafe_float_int_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
54: 13. asSafe_float_long_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
54: 14. asSafe_float_long_long_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (0 sec)
54: 15. asSafe_float_short_realToSignedIntTypeOverflow_UnitTest ... [Passed] (2.91e-05 sec)
54: 16. asSafe_float_unsigned_int_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (7.1e-05 sec)
54: 17. asSafe_float_unsigned_long_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (7.1e-05 sec)
54: 18. asSafe_float_unsigned_long_type_realToUnsignedIntTypeOverflow_UnitTest ... [Passed] (7.01e-05 sec)
54: 19. asSafe_float_unsigned_short_type_realToSignedIntTypeOverflow_UnitTest ... [Passed] (2.81e-05 sec)
54: 20. asSafe_int_stringToIntegerPositive_UnitTest ... [Passed] (9.06e-06 sec)
54: 21. asSafe_int_stringToIntegerShouldThrow_UnitTest ... [Passed] (4.1e-05 sec)
54: 22. asSafe_int_stringToIntegerNegative_UnitTest ... [Passed] (5.96e-06 sec)
54: 23. asSafe_int_unsigned_int_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (3.41e-05 sec)
54: 24. asSafe_long_stringToIntegerPositive_UnitTest ... [Passed] (5.96e-06 sec)
54: 25. asSafe_long_stringToIntegerShouldThrow_UnitTest ... [Passed] (2.19e-05 sec)
54: 26. asSafe_long_stringToIntegerNegative_UnitTest ... [Passed] (5.96e-06 sec)
54: 27. asSafe_long_long_type_stringToIntegerPositive_UnitTest ... [Passed] (1.22e-05 sec)
54: 28. asSafe_long_long_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (2.29e-05 sec)
54: 29. asSafe_long_long_type_stringToIntegerNegative_UnitTest ... [Passed] (7.15e-06 sec)
54: 30. asSafe_long_long_type_unsigned_long_long_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (3.7e-05 sec)
54: 31. asSafe_long_unsigned_long_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (3.1e-05 sec)
54:
54: *** RealType = double, UnsignedIntType = unsigned int, maxVal = 1.79769e+308, maxUnsignedIntVal = 4294967295, asSafe (maxVal) = (asSafe threw an exception)
54:
54: *** RealType = double, UnsignedIntType = unsigned long long, maxVal = 1.79769e+308, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
54:
54: *** RealType = double, UnsignedIntType = unsigned long int, maxVal = 1.79769e+308, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
54:
54: *** RealType = float, UnsignedIntType = unsigned int, maxVal = 3.40282e+38, maxUnsignedIntVal = 4294967295, asSafe (maxVal) = (asSafe threw an exception)
54:
54: *** RealType = float, UnsignedIntType = unsigned long long, maxVal = 3.40282e+38, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
54:
54: *** RealType = float, UnsignedIntType = unsigned long int, maxVal = 3.40282e+38, maxUnsignedIntVal = 18446744073709551615, asSafe (maxVal) = (asSafe threw an exception)
54: 32. asSafe_short_stringToIntegerPositive_UnitTest ... [Passed] (1.81e-05 sec)
54: 33. asSafe_short_stringToIntegerShouldThrow_UnitTest ... [Passed] (3.7e-05 sec)
54: 34. asSafe_short_stringToIntegerNegative_UnitTest ... [Passed] (6.91e-06 sec)
54: 35. asSafe_short_unsigned_short_type_negativeSignedIntToUnsignedInt_UnitTest ... [Passed] (3.1e-05 sec)
54: 36. asSafe_unsigned_int_type_stringToIntegerPositive_UnitTest ... [Passed] (6.91e-06 sec)
54: 37. asSafe_unsigned_int_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (3.41e-05 sec)
54: 38. asSafe_unsigned_long_long_type_stringToIntegerPositive_UnitTest ... [Passed] (7.15e-06 sec)
54: 39. asSafe_unsigned_long_long_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (2.38e-05 sec)
54: 40. asSafe_unsigned_long_type_stringToIntegerPositive_UnitTest ... [Passed] (5.96e-06 sec)
54: 41. asSafe_unsigned_long_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (2e-05 sec)
54: 42. asSafe_unsigned_short_type_stringToIntegerPositive_UnitTest ... [Passed] (5.96e-06 sec)
54: 43. asSafe_unsigned_short_type_stringToIntegerShouldThrow_UnitTest ... [Passed] (3.29e-05 sec)
54: 44. as_int_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.79e-05 sec)
54: 45. as_int_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 46. as_int_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.69e-05 sec)
54: 47. as_int_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 48. as_int_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.69e-05 sec)
54: 49. as_int_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 50. as_int_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 51. as_int_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 52. as_int_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 53. as_int_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 54. as_int_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.69e-05 sec)
54: 55. as_long_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 56. as_long_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 57. as_long_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 58. as_long_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 59. as_long_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 60. as_long_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 61. as_long_long_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 62. as_long_long_type_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 63. as_long_long_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 64. as_long_long_type_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 65. as_long_long_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.38e-05 sec)
54: 66. as_long_long_type_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 67. as_long_long_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.72e-05 sec)
54: 68. as_long_long_type_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 69. as_long_long_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 70. as_long_long_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 71. as_long_long_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 72. as_long_long_type_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 73. as_long_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 74. as_long_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 75. as_long_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.38e-05 sec)
54: 76. as_long_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 77. as_long_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 78. as_short_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 79. as_short_int_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 80. as_short_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 81. as_short_long_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 82. as_short_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 83. as_short_long_long_type_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 84. as_short_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 85. as_short_short_negativeSignedIntToSignedInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 86. as_short_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 87. as_short_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 88. as_unsigned_int_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 89. as_unsigned_int_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 90. as_unsigned_int_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 91. as_unsigned_int_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 92. as_unsigned_int_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 93. as_unsigned_int_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 94. as_unsigned_int_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.48e-05 sec)
54: 95. as_unsigned_long_long_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.38e-05 sec)
54: 96. as_unsigned_long_long_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 97. as_unsigned_long_long_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 98. as_unsigned_long_long_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 99. as_unsigned_long_long_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (4.51e-05 sec)
54: 100. as_unsigned_long_long_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 101. as_unsigned_long_long_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 102. as_unsigned_long_long_type_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 103. as_unsigned_long_type_int_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 104. as_unsigned_long_type_long_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 105. as_unsigned_long_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 106. as_unsigned_long_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.41e-05 sec)
54: 107. as_unsigned_long_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 108. as_unsigned_long_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 109. as_unsigned_long_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 110. as_unsigned_short_type_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 111. as_unsigned_short_type_short_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 112. as_unsigned_short_type_unsigned_int_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 113. as_unsigned_short_type_unsigned_long_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.5e-05 sec)
54: 114. as_unsigned_short_type_unsigned_long_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.6e-05 sec)
54: 115. as_unsigned_short_type_unsigned_short_type_positiveFirstIntToSecondInt_UnitTest ... [Passed] (2.48e-05 sec)
54:
54: The following tests FAILED:
54: 1. asSafe_stringToReal_UnitTest ...
54:
54: Total Time: 0.00524 sec
54:
54: Summary: total = 116, run = 116, passed = 115, failed = 1
54:
54: End Result: TEST FAILED
54: -------------------------------------------------------
54: Primary job terminated normally, but 1 process returned
54: a non-zero exit code.. Per user-direction, the job has been aborted.
54: -------------------------------------------------------
54: --------------------------------------------------------------------------
54: mpiexec detected that one or more processes exited with non-zero status, thus causing
54: the job to be terminated. The first process to do so was:
54:
54: Process name: [[36476,1],0]
54: Exit code: 1
54: --------------------------------------------------------------------------
1/1 Test #54: TeuchosCore_TypeConversions_UnitTest_MPI_1 ...***Failed Required regular expression not found.Regex=[End Result: TEST PASSED
] 10.97 sec
0% tests passed, 1 tests failed out of 1
Label Time Summary:
Teuchos = 10.97 sec (1 test)
Total Test time (real) = 11.42 sec
The following tests FAILED:
54 - TeuchosCore_TypeConversions_UnitTest_MPI_1 (Failed)
Errors while running CTest
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/261using the custom ninja build rebuilds fortran files every time2018-03-01T20:18:01ZJames Willenbringusing the custom ninja build rebuilds fortran files every time*Created by: bathmatt*
@bartlettroscoe
Everytime configure runs all the fortran files are rebuilt using the custom ninja. I edit the cmakefiles.txt in panzer and it recompiles all the fortran files, 1300 or so of them.
*Created by: bathmatt*
@bartlettroscoe
Everytime configure runs all the fortran files are rebuilt using the custom ninja. I edit the cmakefiles.txt in panzer and it recompiles all the fortran files, 1300 or so of them.
Get Trilinos building with CMake + Ninja + Fortranhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/275Panzer: Use subviews for Intrepid2 calls2016-04-07T00:50:05ZJames WillenbringPanzer: Use subviews for Intrepid2 calls*Created by: rppawlo*
The last workset is usually not full so we need to change the call to use a subview. This will avoid having to disable the debug inf check in Intrepid. When all panzer code calling intrepid is changed over to subvi...*Created by: rppawlo*
The last workset is usually not full so we need to change the call to use a subview. This will avoid having to disable the debug inf check in Intrepid. When all panzer code calling intrepid is changed over to subviews, then we can close this ticket by reactivating the debug inf check in Intrepid2.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/277Remove bracket operator use from discretization tools2016-12-02T18:49:12ZJames WillenbringRemove bracket operator use from discretization tools*Created by: rppawlo*
Kokkos implemented a nasty hack to support bracket operator use in Intrepid. Long term we need to eliminate the use of bracket operator from all discretization tools that use Kokkos. Phalanx has acceptance tests th...*Created by: rppawlo*
Kokkos implemented a nasty hack to support bracket operator use in Intrepid. Long term we need to eliminate the use of bracket operator from all discretization tools that use Kokkos. Phalanx has acceptance tests that check this behavior for calling Intrepid. Below is the email discussion with Carter:
Would be easy to implement but dangerous to use.
A subview or any kind of non-contiguous view cannot be linearly indexed
and will have silent errors when doing so.
In DynRankView:
```
operator[]( int i ) const { return data()[i]; }
```
On 4/6/16, 2:03 PM, "Pawlowski, Roger P" rppawlo@sandia.gov wrote:
> Hi Nathan,
>
> It seems that the bracket operator on the DynRankView only works for a
> rank 1 array. The use case we have with Intrepid is that if I allocate
> a view with rank greater than 1:
>
> DynRankView<double> a(10,2);
>
> Then the bracket operator should give me access to all twenty entries in
> the array (e.g. a[19] should work). For the DynRankView in Phalanx, I
> just carried around a second member internally that the bracket operator
> implementation used:
>
> m_field_oned_view =
> array_oned_type(m_field_data7.ptr_on_device(),m_field_data7.size(),PHX::ge
> tSacadoSize(m_field_data7));
>
> Can we get something similar to this in the kokkos DynRankView? Long
> term I we would like to eliminate bracket operator, but that will take
> quite a bit of refactoring in intrepid.
>
> Roger
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/280Support 64-bit local indices in Tpetra & downstream packages2017-10-26T19:44:59ZJames WillenbringSupport 64-bit local indices in Tpetra & downstream packages*Created by: mhoemmen*
Original e-mail to trilinos-users:
> We would like to use Tpetra, Belos, Amesos2 and MueLu with both local
> index type = long and global index type = long. Unfortunately, this does
> not appear to be supported o...*Created by: mhoemmen*
Original e-mail to trilinos-users:
> We would like to use Tpetra, Belos, Amesos2 and MueLu with both local
> index type = long and global index type = long. Unfortunately, this does
> not appear to be supported out of the box, at least I couldn't find the
> right CMake settings.
> I suppose I have to manually instantiate all the required classes with
> the appropriate types or is there another way?
> At the moment I am getting undefined symbol errors at runtime in our
> project such as (demangled):
>
> `MueLu::TpetraOperator<double, long, long, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::OpenMP, Kokkos::HostSpace> >::getDomainMap() const`
Tpetra-backloghttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/281Panzer: Add gid generator for edge and face entities2017-07-29T16:54:32ZJames WillenbringPanzer: Add gid generator for edge and face entities*Created by: rppawlo*
Given node gids and element connectivity, add a function to generate edge and face gids. This will allow more flexibility in connecting to less capable mesh databases.
Required functionality has been added to zolt...*Created by: rppawlo*
Given node gids and element connectivity, add a function to generate edge and face gids. This will allow more flexibility in connecting to less capable mesh databases.
Required functionality has been added to zoltan. Just need to add this to panzer dof manager library.
@trilinos/panzer
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/283Piro: Config-time error if NOX not enabled2016-04-11T02:59:55ZJames WillenbringPiro: Config-time error if NOX not enabled*Created by: mhoemmen*
@trilinos/nox
I ran the check-in test script as follows:
```
${TRILINOS_PATH}/checkin-test.py \
--disable-packages=FEI,PyTrilinos,Moertel,STK,SEACAS,ThreadPool,OptiPack,ShyLU,Rythmos,NOX
--ctest-timeout=180
-...*Created by: mhoemmen*
@trilinos/nox
I ran the check-in test script as follows:
```
${TRILINOS_PATH}/checkin-test.py \
--disable-packages=FEI,PyTrilinos,Moertel,STK,SEACAS,ThreadPool,OptiPack,ShyLU,Rythmos,NOX
--ctest-timeout=180
--configure --make --make-options="-j2" --enable-packages=TpetraCore --enable-all-packages=off
```
With the MPI_DEBUG build, I got the following configuration-time error:
CMake Error at cmake/tribits/core/utils/AssertDefined.cmake:79 (MESSAGE):
Error, the variable NOX_ENABLE_Epetra is not defined!
Call Stack (most recent call first):
packages/piro/CMakeLists.txt:27 (ASSERT_DEFINED)
CMake Error at packages/piro/CMakeLists.txt:29 (MESSAGE):
Piro configuration error: Enabling Epetra in Piro also requires that Epetra
be enabled in NOX (-DNOX_ENABLE_Epetra:BOOL=ON)
Here is my "final set of enabled packages":
Gtest Kokkos Teuchos RTOp Sacado Epetra Zoltan Shards Triutils Tpetra EpetraExt Thyra Xpetra Isorropia AztecOO Galeri Amesos Pamgen Zoltan2 Ifpack ML Belos Amesos2 Anasazi Ifpack2 Stratimikos Teko Intrepid Intrepid2 Phalanx MueLu Stokhos ROL Piro Panzer TrilinosCouplings Pike 37
I checked Trilinos/packages/piro/cmake/Dependencies.cmake, and noticed that NOX is only an optional dependency of Piro. However, it looks like Piro expects NOX always to be enabled, because line 27 of piro/CMakeLists.txt does an ASSERT_DEFINED(NOX_ENABLE_Epetra). If NOX is not enabled, this variable won't be defined.
Suggested fixes:
1. Make NOX a required dependency of Piro
2. Replace line 27 of piro/CMakeLists.txt with the following:
```
IF (${PACKAGE_NAME}_ENABLE_NOX)
IF (${PACKAGE_NAME}_ENABLE_Epetra AND NOT NOX_ENABLE_Epetra)
MESSAGE (FATAL_ERROR "Piro configuration error: Enabling Epetra in Piro also requires that Epetra be enabled in NOX (-DNOX_ENABLE_Epetra:BOOL=ON)")
ENDIF ()
ENDIF ()
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/289Ifpack2: Expose new threaded ILU to users by default2016-11-02T20:54:28ZJames WillenbringIfpack2: Expose new threaded ILU to users by default*Created by: mhoemmen*
@trilinos/ifpack2 @kddevin @jdbooth
Right now, enabling Ifpack2's new threaded ILU requires enabling "experimental" CMake options (off by default). It would make sense to build and make this new capability avai...*Created by: mhoemmen*
@trilinos/ifpack2 @kddevin @jdbooth
Right now, enabling Ifpack2's new threaded ILU requires enabling "experimental" CMake options (off by default). It would make sense to build and make this new capability available by default, even if it is not the default implementation.
See #288 for the comparable issue with Gauss-Seidel.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/292Panzer: Workset size in object ctors2016-04-18T14:20:50ZJames WillenbringPanzer: Workset size in object ctors*Created by: rppawlo*
@trilinos/panzer The workset size is used in the constructors for the physics_block, mesh and workset builder. Since the user builds each object individually, there is a chance that the workset size could be incons...*Created by: rppawlo*
@trilinos/panzer The workset size is used in the constructors for the physics_block, mesh and workset builder. Since the user builds each object individually, there is a chance that the workset size could be inconsistent across objects. This ticket is to refactor the ctors of the objects to make sure the workset size is consistent. Additionally, we should build in flexibility so that the same value is not needed for all physics blocks and evaluation types.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/293Panzer: Workset extensibility2016-04-18T14:22:30ZJames WillenbringPanzer: Workset extensibility*Created by: rppawlo*
@trilinos/panzer
Refactor of workset/workset builder so that it is an extensible base class instead of concrete class. New use cases will require this.
*Created by: rppawlo*
@trilinos/panzer
Refactor of workset/workset builder so that it is an extensible base class instead of concrete class. New use cases will require this.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/294Panzer: DOF Manager mixed element support2016-04-18T14:24:15ZJames WillenbringPanzer: DOF Manager mixed element support*Created by: rppawlo*
Currently the DOF manager requires the same element topology for all elements in an element block - all hex or all tet. Need to add support hybrid meshes.
*Created by: rppawlo*
Currently the DOF manager requires the same element topology for all elements in an element block - all hex or all tet. Need to add support hybrid meshes.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/296Panzer: Improve workflow for building ME2016-04-18T14:27:51ZJames WillenbringPanzer: Improve workflow for building ME*Created by: rppawlo*
@trilinos/panzer
Placeholder to improve workflow for building the model evaluator in panzer.
*Created by: rppawlo*
@trilinos/panzer
Placeholder to improve workflow for building the model evaluator in panzer.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/297Panzer: cleanup tanget support code2016-04-28T14:11:38ZJames WillenbringPanzer: cleanup tanget support code*Created by: rppawlo*
@trilinos/panzer
The recently added tanget support code is not consistent with the parameters and response setup. Need to clean this up to make it consistent. Sould follow similar construction style when setting u...*Created by: rppawlo*
@trilinos/panzer
The recently added tanget support code is not consistent with the parameters and response setup. Need to clean this up to make it consistent. Sould follow similar construction style when setting up on the ME: move to the same block as addResponse() and addParameter().
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/298Panzer: unification of inargs mechanism2016-04-18T14:33:45ZJames WillenbringPanzer: unification of inargs mechanism*Created by: rppawlo*
@trilinos/panzer
The panzer assembly engine and the thyra model evaluator both use the "inArgs" mechanism and are very similar in implementation. This ticket is to explore possible unification.
*Created by: rppawlo*
@trilinos/panzer
The panzer assembly engine and the thyra model evaluator both use the "inArgs" mechanism and are very similar in implementation. This ticket is to explore possible unification.