Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-01-11T23:51:39Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4178Moertel: examples require exodus; fail in builds with TPL_ENABLE_Netcdf = off2019-01-11T23:51:39ZJames WillenbringMoertel: examples require exodus; fail in builds with TPL_ENABLE_Netcdf = off*Created by: kddevin*
@trilinos/moertel
Two moertel examples fail to build when TPL_ENABLE_Netcdf = off (thus, SEACASExodus is disabled). Here are the compiler errors:
```
In file included from /tmp/tmp/Trilinos_cdash/package...*Created by: kddevin*
@trilinos/moertel
Two moertel examples fail to build when TPL_ENABLE_Netcdf = off (thus, SEACASExodus is disabled). Here are the compiler errors:
```
In file included from /tmp/tmp/Trilinos_cdash/packages/moertel/example/TwoSquares/TwoSquares.cpp:67:0:
/tmp/tmp/Trilinos_cdash/packages/moertel/example/TwoSquares/../ExodusInterface.h:56:22: fatal error: exodusII.h: No such file or directory
#include "exodusII.h"
^
compilation terminated.
In file included from /tmp/tmp/Trilinos_cdash/packages/moertel/example/Hex3D/Hex_3D.cpp:67:0:
/tmp/tmp/Trilinos_cdash/packages/moertel/example/Hex3D/../ExodusInterface.h:56:22: fatal error: exodusII.h: No such file or directory
#include "exodusII.h"
```
I think the CMakeLists.txt files for these examples need guards that disable them when SEACASExodus is OFF.
## Motivation and Context
I am trying to reproduce nightly tests on a system without netcdf.
This issue does not block my work; I will just disable Moertel.
## Your Environment
```
cmake \
-DTrilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=ON \
-DTrilinos_WARNINGS_AS_ERRORS_FLAGS:STRING= \
-DTrilinos_ALLOW_NO_PACKAGES:BOOL=ON \
-DTrilinos_DISABLE_ENABLED_FORWARD_DEP_PACKAGES=ON \
-DTrilinos_DEPS_XML_OUTPUT_FILE:FILEPATH= \
-DTrilinos_ENABLE_SECONDARY_TESTED_CODE:BOOL=ON \
-DTrilinos_IGNORE_MISSING_EXTRA_REPOSITORIES:BOOL=ON \
-DTrilinos_ENABLE_KNOWN_EXTERNAL_REPOS_TYPE:STRING=None \
-DTrilinos_ENABLE_ALL_PACKAGES=ON \
-DTrilinos_ENABLE_PyTrilinos=OFF \
-DTrilinos_ENABLE_TriKota=OFF \
-DTrilinos_ENABLE_Optika=OFF \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DTrilinos_PRE_REPOSITORIES='' \
-DTrilinos_EXTRA_REPOSITORIES='' \
-DCMAKE_BUILD_TYPE:STRING=Release \
-DTrilinos_ENABLE_DEPENDENCY_UNIT_TESTS:BOOL=OFF \
-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON \
-DBUILD_SHARED_LIBS:BOOL=ON \
-DTrilinos_ENABLE_CXX11=ON \
-DTPL_ENABLE_X11=OFF \
-DTrilinos_CXX11_FLAGS:STRING=--std=c++11 \
-DTPL_ENABLE_BLAS:BOOL=ON \
-DTPL_ENABLE_LAPACK:BOOL=ON \
-DCMAKE_CXX_COMPILER:FILEPATH=g++ \
-DCMAKE_C_COMPILER:FILEPATH=gcc \
-DCMAKE_Fortran_COMPILER:FILEPATH=gfortran \
-DTrilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-DTPL_ENABLE_SuperLU:BOOL=OFF \
-DTPL_ENABLE_Netcdf:BOOL=OFF \
-DTPL_ENABLE_HDF5:BOOL=OFF \
-DTPL_ENABLE_Boost:BOOL=OFF \
-DTPL_ENABLE_BoostLib:BOOL=OFF \
-DTPL_ENABLE_Zlib:BOOL=OFF \
-DMueLu_INST_DOUBLE_INT_LONGINT:BOOL=ON \
-DTPL_ENABLE_Matio:BOOL=OFF \
-DAnasazi_Epetra_ModalSolversTester_MPI_4_DISABLE:BOOL=ON \
-DAnasazi_Epetra_OrthoManagerGenTester_0_MPI_4_DISABLE:BOOL=ON \
-DAnasazi_Epetra_OrthoManagerGenTester_1_MPI_4_DISABLE:BOOL=ON \
.. |& tee OUTPUT.CMAKE
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4176Tempus: NaNs thrown from sqrt with Clang debug builds2019-01-11T18:39:17ZJames WillenbringTempus: NaNs thrown from sqrt with Clang debug builds*Created by: krcb*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
EMPIRE identified NaNs...*Created by: krcb*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
EMPIRE identified NaNs thrown in Tempus due to inconsistent usage of Scalar
type with Teuchos::ScalarTraits:squareroot.
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
@trilinos/tempus
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
<!---
Lables: Choose any applicable package names from the Labels drop-down on the
right. Additionally, choose a label to indicate the type of issue, for
instance, bug, build, documentation, enhancement, etc.
-->
## Expectations
<!---
Tell us what you think should happen, how you think things should work, what
you would like to see in the documentation, etc.
-->
Should be able to run without NaNs being generated.
## Possible Solution
<!---
Not obligatory, but suggest a fix for the bug or documentation, or suggest
ideas on how to implement the addition or change.
-->
Ensure that usage of Teuchos::ScalarTraits:squareroot occurs without generating NaNs.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4160ShyLU/Tacho: Incorrectly gets disabled when all-caps version of RDC CMake opt...2019-01-11T17:20:33ZJames WillenbringShyLU/Tacho: Incorrectly gets disabled when all-caps version of RDC CMake option is used*Created by: theguruat12*
@trilinos/framework @mhoemmen
When we use the all-caps `KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE:BOOL=ON` instead of the CamelCase `Kokkos_ENABLE_Cuda_Relocatable_Device_Code:BOOL=ON`, Tacho doesn't get d...*Created by: theguruat12*
@trilinos/framework @mhoemmen
When we use the all-caps `KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE:BOOL=ON` instead of the CamelCase `Kokkos_ENABLE_Cuda_Relocatable_Device_Code:BOOL=ON`, Tacho doesn't get disabled, and CMake stops with the error that @bartlettroscoe set up in #2580.
## Possible Solution
Fix both `shylu/shylu_node/tacho/CMakeLists.txt` and `cmake/RepositoryDependenciesSetup.cmake` to use the following:
```
SET(SHYLUNODE_ENABLE_RDC OFF)
IF (DEFINED Kokkos_ENABLE_Cuda_Relocatable_Device_Code)
IF (DEFINED KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE)
IF ((Kokkos_ENABLE_Cuda_Relocatable_Device_Code AND (NOT KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE)) OR ((NOT Kokkos_ENABLE_Cuda_Relocatable_Device_Code) AND KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE))
MESSAGE (FATAL_ERROR "You set two different capitalizations of the RDC flag with different values; this is a bad idea.")
ENDIF ()
ENDIF ()
ENDIF ()
IF (DEFINED Kokkos_ENABLE_Cuda_Relocatable_Device_Code AND Kokkos_ENABLE_Cuda_Relocatable_Device_Code)
SET(SHYLUNODE_ENABLE_RDC ON)
ENDIF()
IF (DEFINED KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE AND KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE)
SET(SHYLUNODE_ENABLE_RDC ON)
ENDIF()
IF (NOT SHYLUNODE_ENABLE_RDC)
MESSAGE(WARNING "ShyLu/Tacho requires CUDA relocatable device code to be enabled if CUDA is enabled. Set: KOKKOS_ENABLE_CUDA_RELOCATABLE_DEVICE_CODE=ON ")
ENDIF()
```
## Related Issues
* Related to #2580 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4159Belos_Tpetra_HybridGMRES_hb_test_* randomly failing in many trilinos builds2019-04-26T14:20:53ZJames WillenbringBelos_Tpetra_HybridGMRES_hb_test_* randomly failing in many trilinos builds*Created by: fryeguy52*
CC: @trilinos/belos, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
PR #4229 that may fix this was merged to 'develop' on 1/22/2019. Next: Watch for a...*Created by: fryeguy52*
CC: @trilinos/belos, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
PR #4229 that may fix this was merged to 'develop' on 1/22/2019. Next: Watch for any more random failures and if no new failures by 2/22/2019 then we can close ...
## Description
As shown in [this query](https://testing.sandia.gov/cdash-dev-view/queryTests.php?project=Trilinos&filtercount=5&showfilters=1&filtercombine=and&field1=buildname&compare1=65&value1=Trilinos-atdm&field2=testname&compare2=65&value2=Belos_Tpetra_HybridGMRES_hb_test_&field3=status&compare3=62&value3=passed&field4=status&compare4=62&value4=notrun&field5=buildstarttime&compare5=83&value5=2018-12-01) the tests:
* Belos_Tpetra_HybridGMRES_hb_test_1_MPI_4
* Belos_Tpetra_HybridGMRES_hb_test_0_MPI_4
have failed 11 total times since 2018-12-01 in the following ATDM builds:
* Trilinos-atdm-cee-rhel6-clang-5.0.1-openmpi-1.10.2-serial-static-opt
* Trilinos-atdm-cee-rhel6-gnu-4.9.3-openmpi-1.10.2-serial-static-opt
* Trilinos-atdm-cee-rhel6-gnu-7.2.0-openmpi-1.10.2-serial-static-opt
* Trilinos-atdm-mutrino-intel-opt-openmp-HSW
* Trilinos-atdm-sems-rhel6-gnu-debug-openmp
* Trilinos-atdm-sems-rhel6-gnu-opt-openmp
* Trilinos-atdm-sems-rhel6-gnu-opt-serial
[This query](https://testing.sandia.gov/cdash-dev-view/queryTests.php?project=Trilinos&filtercount=4&showfilters=1&filtercombine=and&field1=testname&compare1=65&value1=Belos_Tpetra_HybridGMRES_hb_test_&field2=status&compare2=62&value2=passed&field3=status&compare3=62&value3=notrun&field4=buildstarttime&compare4=83&value4=2018-12-01) shows that `Belos_Tpetra_HybridGMRES_hb_test_*` tests have been failing in other trilinos builds as well during that same time period.
Here is some typical output from a failure:
```
Belos Version 1.3d - 9/17/2008
Dimension of matrix: 1806
Number of right-hand sides: 1
Block size used by solver: 1
Max number of Gmres iterations: 1805
Relative residual tolerance: 1e-05
Failed.......OR Combination ->
OK...........Number of Iterations = 800 < 1805
Unconverged..(2-Norm Res Vec) / (2-Norm Prec Res0)
residual [ 0 ] = 0.0224497 > 1e-05
========================================================================================================================
TimeMonitor results over 4 processors
Timer Name MinOverProcs MeanOverProcs MaxOverProcs MeanOverCallCounts
------------------------------------------------------------------------------------------------------------------------
Belos: BlockGmresSolMgr total solve time 0.5308 (1) 0.5308 (1) 0.5308 (1) 0.5308 (1)
Belos: DGKS[2]: Ortho (Inner Product) 0.03627 (1370) 0.03643 (1370) 0.03654 (1370) 2.659e-05 (1370)
Belos: DGKS[2]: Ortho (Norm) 0.01371 (2416) 0.01547 (2416) 0.01742 (2416) 6.402e-06 (2416)
Belos: DGKS[2]: Ortho (Update) 0.02398 (1370) 0.02443 (1370) 0.02485 (1370) 1.783e-05 (1370)
Belos: DGKS[2]: Orthogonalization 0.08255 (816) 0.08426 (816) 0.08634 (816) 0.0001033 (816)
Belos: GmresPolyOp creation time 0.001283 (1) 0.001308 (1) 0.001326 (1) 0.001308 (1)
Belos: Hybrid Gmres: Operation Op*x 0.03555 (815) 0.03593 (815) 0.03648 (815) 4.408e-05 (815)
Belos: Hybrid Gmres: Operation Prec*x 0.3885 (816) 0.3908 (816) 0.3932 (816) 0.0004789 (816)
Belos: Operation Op*x 0.382 (8986) 0.3853 (8986) 0.3886 (8986) 4.288e-05 (8986)
Belos: Operation Prec*x 0 (0) 0 (0) 0 (0) 0 (0)
========================================================================================================================
---------- Actual Residuals (normalized) ----------
Problem 0 : 0.0224497
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: [[58035,1],2]
Exit code: 1
--------------------------------------------------------------------------
```
## Current Status on CDash
* [Current status and recent history of failures of test Belos_Tpetra_HybridGMRES_hb_test_* on CDash](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercount=5&showfilters=1&filtercombine=and&field1=groupname&compare1=61&value1=ATDM&field2=buildname&compare2=65&value2=Trilinos-atdm-&field3=testname&compare3=65&value3=Belos_Tpetra_HybridGMRES_hb_test_&field4=status&compare4=61&value4=failed&field5=buildstarttime&compare5=83&value5=4%20weeks%20ago)
* [Recent history of test Belos_Tpetra_HybridGMRES_hb_test_1_MPI_4 in build](https://testing.sandia.gov/cdash/queryTests.php?project=Trilinos&filtercombine=and&filtercombine=&filtercombine=and&filtercombine=and&filtercount=4&showfilters=1&filtercombine=and&field1=buildname&compare1=61&value1=Trilinos-atdm-chama-intel-opt-openmp&field2=testname&compare2=61&value2=Belos_Tpetra_HybridGMRES_hb_test_1_MPI_4&field3=site&compare3=61&value3=chama&field4=buildstarttime&compare4=83&value4=4%20weeks%20ago)
## Steps to Reproduce
One should be able to reproduce a build where this random failure has a chance of occurring with a sems rhel6 environment as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for with a sems rhel6 environment are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#sems-rhel6-environment
The exact commands to reproduce a build where this random failure has a chance of occurring should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh Trilinos-atdm-sems-rhel6-gnu-opt-openmp
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_Belos=ON \
$TRILINOS_DIR
$ make NP=16
$ ctest -j8
```
Keep promoted "ATDM" builds of Trilinos cleanhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4154Framework: Windows tests need updated cmake2019-01-10T21:50:23ZJames WillenbringFramework: Windows tests need updated cmake*Created by: csiefer2*
For the first time in forever, windows tests are posting to cdash. But we've got an out-of-date cmake there.
Can we get this updated?
CMake Error at CMakeLists.txt:62 (CMAKE_MINIMUM_REQUIRED):
CMake 3.10.0...*Created by: csiefer2*
For the first time in forever, windows tests are posting to cdash. But we've got an out-of-date cmake there.
Can we get this updated?
CMake Error at CMakeLists.txt:62 (CMAKE_MINIMUM_REQUIRED):
CMake 3.10.0 or higher is required. You are running version 3.8.1
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4148Remove Kokkos_ENABLE_Profiling=OFF from current ATDM Trilinos configuration?2019-01-15T16:59:58ZJames WillenbringRemove Kokkos_ENABLE_Profiling=OFF from current ATDM Trilinos configuration?*Created by: bartlettroscoe*
CC: @bathmatt, @micahahoward, @fryeguy52, @rppawlo, @mhoemmen
The current ATDM Trilinos configuration sets `Kokkos_ENABLE_Profiling=OFF` which was copied from the EMPIRE Trilinos configuration. This res...*Created by: bartlettroscoe*
CC: @bathmatt, @micahahoward, @fryeguy52, @rppawlo, @mhoemmen
The current ATDM Trilinos configuration sets `Kokkos_ENABLE_Profiling=OFF` which was copied from the EMPIRE Trilinos configuration. This resulted in code passing the Trilinos PR builds (which all have the default `Kokkos_ENABLE_Profiling=ON`) but failing in all of the ATDM Trilinos builds (see #4145 and #4146).
This Story is to inquire if we can remove `Kokkos_ENABLE_Profiling=OFF` from the ATDM Trilinos configuration (or document why it needs to be kept).
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4143Tpetra: In-place conversion from BlockMultiVector to BlockVector2019-01-18T13:50:29ZJames WillenbringTpetra: In-place conversion from BlockMultiVector to BlockVector*Created by: wfspotz*
@trilinos/tpetra
## Expectations
Given a `Tpetra::BlockMultiVector`, it should be possible to extract a const or non-const `Tpetra::BlockVector` with view semantics.
The `Tpetra::MultiVector` class has `getV...*Created by: wfspotz*
@trilinos/tpetra
## Expectations
Given a `Tpetra::BlockMultiVector`, it should be possible to extract a const or non-const `Tpetra::BlockVector` with view semantics.
The `Tpetra::MultiVector` class has `getVector()` and `getVectorNonConst()` methods, but no `operator()` or `operator[]` operators. The `Tpetra::BlockMultiVector` interface should mimic the `Tpetra::MultiVector` interface with `getBlockVector()` and `getBlockVectorNonConst()` methods.
## Current Behavior
There are currently no methods or operators to do this.
## Motivation and Context
In SPARC, I am trying to add support for `LINSYS_TPETRA_BLOCK_CRS` linear systems with the `NonlinearSolverNox` solver. The conversion from the SPARC type `VectorTpetraBlock` to a `Thyra::Vector` for the NOX ModelEvaluator solver requires this capability.
## Definition of Done
- [x] Develop tests for `BlockVector` constructor that takes a `Tpetra::Vector` as an argument
- [x] Implement new `BlockVector` constructor
- [x] Verify that tests of new constructor work as expected
- [ ] Develop tests for `Thyra::createVector()` factory function that takes a `Tpetra::BlockMultiVector`
- [ ] Implement new `Thyra::createVector()` factory function
- [ ] Verify that tests of new factory function work as expectedhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4142Teuchos::GlobalMPISession destructor finalizes Kokkos, but constructor does n...2019-01-11T00:16:06ZJames WillenbringTeuchos::GlobalMPISession destructor finalizes Kokkos, but constructor does not initialize Kokkos*Created by: mhoemmen*
@trilinos/teuchos
`Teuchos::GlobalMPISession`'s constructor does not call `Kokkos::initialize`, but GlobalMPISession's destructor calls `Kokkos::finalize_all`. Teuchos should either do both, or do neither.
...*Created by: mhoemmen*
@trilinos/teuchos
`Teuchos::GlobalMPISession`'s constructor does not call `Kokkos::initialize`, but GlobalMPISession's destructor calls `Kokkos::finalize_all`. Teuchos should either do both, or do neither.
https://github.com/trilinos/Trilinos/blob/5487fdcebedeb081477ec09dd3ad9efa9192948d/packages/teuchos/core/src/Teuchos_GlobalMPISession.cpp#L192https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4141Intrepid2: improve performance of LagrangianInterpolation 2019-01-04T21:08:27ZJames WillenbringIntrepid2: improve performance of LagrangianInterpolation *Created by: rppawlo*
An application is using the function `Intrepid2::Experimental::LagrangianInterpolation<DeviceSpace>::getDofCoordsAndCoeffs`. The function is not optimized to use kokkos and is causing scaling issues for large probl...*Created by: rppawlo*
An application is using the function `Intrepid2::Experimental::LagrangianInterpolation<DeviceSpace>::getDofCoordsAndCoeffs`. The function is not optimized to use kokkos and is causing scaling issues for large problems.
@trilinos/intrepid2
@mperego
@bathmatt https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4129undefined reference to `dggsvd3'2019-01-03T16:32:24ZJames Willenbringundefined reference to `dggsvd3'*Created by: bl0od*
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
@bartlettroscoe
@etphipp
@mhoemmen
I tried to build trilinos but I go...*Created by: bl0od*
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
@bartlettroscoe
@etphipp
@mhoemmen
I tried to build trilinos but I got some errors. This is my CMakeError.log:
Performing C++ SOURCE FILE Test HAVE_TEUCHOS_LAPACKLARND failed with the following output:
Change Dir: /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp
Run Build Command:"/opt/rh/devtoolset-7/root/usr/bin/gmake" "cmTC_6bb30/fast"
/opt/rh/devtoolset-7/root/usr/bin/gmake -f CMakeFiles/cmTC_6bb30.dir/build.make CMakeFiles/cmTC_6bb30.dir/build
gmake[1]: Entering directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
Building CXX object CMakeFiles/cmTC_6bb30.dir/src.cxx.o
/opt/openmpi/bin/mpicxx -pedantic -Wall -Wno-long-long -Wwrite-strings -Wshadow -Woverloaded-virtual -O2 -std=c++11 -ansi -pedantic -ftrapv -Wall -Wno-long-long -std=c++11 -DHAVE_TEUCHOS_LAPACKLARND -O3 -DNDEBUG -o CMakeFiles/cmTC_6bb30.dir/src.cxx.o -c /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx: In function 'int main()':
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx:12:38: error: narrowing conversion of '0.0' from 'double' to 'int' inside { } [-Wnarrowing]
int seed[4] = { 0.0, 0.0, 0.0, 1.0 };
^
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx:12:38: error: narrowing conversion of '0.0' from 'double' to 'int' inside { } [-Wnarrowing]
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx:12:38: error: narrowing conversion of '0.0' from 'double' to 'int' inside { } [-Wnarrowing]
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx:12:38: error: narrowing conversion of '1.0e+0' from 'double' to 'int' inside { } [-Wnarrowing]
gmake[1]: *** [CMakeFiles/cmTC_6bb30.dir/build.make:66: CMakeFiles/cmTC_6bb30.dir/src.cxx.o] Error 1
gmake[1]: Leaving directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_6bb30/fast] Error 2
Return value: 1
Source file was:
#define F77_BLAS_MANGLE(name,NAME) name ## _
#define DLARND_F77 F77_BLAS_MANGLE(dlarnd,DLARND)
extern "C" { double DLARND_F77(const int* idist, int* seed); }
int main()
{
const int idist = 1;
int seed[4] = { 0.0, 0.0, 0.0, 1.0 };
double val = DLARND_F77(&idist, seed);
return (val < 0.0 ? 1 : 0);
}
Performing C++ SOURCE FILE Test HAVE_CXX_PRAGMA_WEAK failed with the following output:
Change Dir: /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp
Run Build Command:"/opt/rh/devtoolset-7/root/usr/bin/gmake" "cmTC_6718f/fast"
/opt/rh/devtoolset-7/root/usr/bin/gmake -f CMakeFiles/cmTC_6718f.dir/build.make CMakeFiles/cmTC_6718f.dir/build
gmake[1]: Entering directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
Building CXX object CMakeFiles/cmTC_6718f.dir/src.cxx.o
/opt/openmpi/bin/mpicxx -pedantic -Wall -Wno-long-long -Wwrite-strings -Wshadow -Woverloaded-virtual -O2 -std=c++11 -ansi -pedantic -ftrapv -Wall -Wno-long-long -std=c++11 -DHAVE_CXX_PRAGMA_WEAK -O3 -DNDEBUG -o CMakeFiles/cmTC_6718f.dir/src.cxx.o -c /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx: In function 'int main()':
/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp/src.cxx:14:22: warning: the address of 'void A::theFunction()' will never be NULL [-Waddress]
if (A::theFunction != NULL) {
^
Linking CXX executable cmTC_6718f
/share/apps/cmake-3.13.1/bin/cmake -E cmake_link_script CMakeFiles/cmTC_6718f.dir/link.txt --verbose=1
/opt/openmpi/bin/mpicxx -pedantic -Wall -Wno-long-long -Wwrite-strings -Wshadow -Woverloaded-virtual -O2 -std=c++11 -ansi -pedantic -ftrapv -Wall -Wno-long-long -std=c++11 -DHAVE_CXX_PRAGMA_WEAK -O3 -DNDEBUG CMakeFiles/cmTC_6718f.dir/src.cxx.o -o cmTC_6718f
CMakeFiles/cmTC_6718f.dir/src.cxx.o: In function `main':
src.cxx:(.text.startup+0x23): undefined reference to `A::theFunction()'
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_6718f.dir/build.make:87: cmTC_6718f] Error 1
gmake[1]: Leaving directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_6718f/fast] Error 2
Source file was:
#include <iostream>
namespace A {
// theFunction never gets defined, because we
// don't link with a library that defines it.
// That's OK, because it's weak linkage.
#pragma weak theFunction
extern void theFunction ();
}
int main() {
std::cout << "Hi! I am main." << std::endl;
if (A::theFunction != NULL) {
// Should never be called, since we don't link
// with a library that defines A::theFunction.
A::theFunction ();
}
return 0;
}
Determining if the function dggsvd3 exists failed with the following output:
Change Dir: /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp
Run Build Command:"/opt/rh/devtoolset-7/root/usr/bin/gmake" "cmTC_659c6/fast"
/opt/rh/devtoolset-7/root/usr/bin/gmake -f CMakeFiles/cmTC_659c6.dir/build.make CMakeFiles/cmTC_659c6.dir/build
gmake[1]: Entering directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_659c6.dir/CheckFunctionExists.c.o
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=dggsvd3 -O3 -DNDEBUG -o CMakeFiles/cmTC_659c6.dir/CheckFunctionExists.c.o -c /share/apps/cmake-3.13.1/share/cmake-3.13/Modules/CheckFunctionExists.c
Linking C executable cmTC_659c6
/share/apps/cmake-3.13.1/bin/cmake -E cmake_link_script CMakeFiles/cmTC_659c6.dir/link.txt --verbose=1
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=dggsvd3 -O3 -DNDEBUG CMakeFiles/cmTC_659c6.dir/CheckFunctionExists.c.o -o cmTC_659c6 /usr/lib64/liblapack.so /usr/lib64/libblas.so
CMakeFiles/cmTC_659c6.dir/CheckFunctionExists.c.o: In function `main':
CheckFunctionExists.c:(.text.startup+0xc): undefined reference to `dggsvd3'
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_659c6.dir/build.make:89: cmTC_659c6] Error 1
gmake[1]: Leaving directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_659c6/fast] Error 2
Determining if the function dggsvd3_ exists failed with the following output:
Change Dir: /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp
Run Build Command:"/opt/rh/devtoolset-7/root/usr/bin/gmake" "cmTC_56db8/fast"
/opt/rh/devtoolset-7/root/usr/bin/gmake -f CMakeFiles/cmTC_56db8.dir/build.make CMakeFiles/cmTC_56db8.dir/build
gmake[1]: Entering directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_56db8.dir/CheckFunctionExists.c.o
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=dggsvd3_ -O3 -DNDEBUG -o CMakeFiles/cmTC_56db8.dir/CheckFunctionExists.c.o -c /share/apps/cmake-3.13.1/share/cmake-3.13/Modules/CheckFunctionExists.c
Linking C executable cmTC_56db8
/share/apps/cmake-3.13.1/bin/cmake -E cmake_link_script CMakeFiles/cmTC_56db8.dir/link.txt --verbose=1
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=dggsvd3_ -O3 -DNDEBUG CMakeFiles/cmTC_56db8.dir/CheckFunctionExists.c.o -o cmTC_56db8 /usr/lib64/liblapack.so /usr/lib64/libblas.so
CMakeFiles/cmTC_56db8.dir/CheckFunctionExists.c.o: In function `main':
CheckFunctionExists.c:(.text.startup+0xc): undefined reference to `dggsvd3_'
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_56db8.dir/build.make:89: cmTC_56db8] Error 1
gmake[1]: Leaving directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_56db8/fast] Error 2
Determining if the function DGGSVD3 exists failed with the following output:
Change Dir: /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp
Run Build Command:"/opt/rh/devtoolset-7/root/usr/bin/gmake" "cmTC_0bdb6/fast"
/opt/rh/devtoolset-7/root/usr/bin/gmake -f CMakeFiles/cmTC_0bdb6.dir/build.make CMakeFiles/cmTC_0bdb6.dir/build
gmake[1]: Entering directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_0bdb6.dir/CheckFunctionExists.c.o
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=DGGSVD3 -O3 -DNDEBUG -o CMakeFiles/cmTC_0bdb6.dir/CheckFunctionExists.c.o -c /share/apps/cmake-3.13.1/share/cmake-3.13/Modules/CheckFunctionExists.c
Linking C executable cmTC_0bdb6
/share/apps/cmake-3.13.1/bin/cmake -E cmake_link_script CMakeFiles/cmTC_0bdb6.dir/link.txt --verbose=1
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=DGGSVD3 -O3 -DNDEBUG CMakeFiles/cmTC_0bdb6.dir/CheckFunctionExists.c.o -o cmTC_0bdb6 /usr/lib64/liblapack.so /usr/lib64/libblas.so
CMakeFiles/cmTC_0bdb6.dir/CheckFunctionExists.c.o: In function `main':
CheckFunctionExists.c:(.text.startup+0xc): undefined reference to `DGGSVD3'
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_0bdb6.dir/build.make:89: cmTC_0bdb6] Error 1
gmake[1]: Leaving directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_0bdb6/fast] Error 2
Determining if the function DGGSVD3_ exists failed with the following output:
Change Dir: /share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp
Run Build Command:"/opt/rh/devtoolset-7/root/usr/bin/gmake" "cmTC_1b9b2/fast"
/opt/rh/devtoolset-7/root/usr/bin/gmake -f CMakeFiles/cmTC_1b9b2.dir/build.make CMakeFiles/cmTC_1b9b2.dir/build
gmake[1]: Entering directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_1b9b2.dir/CheckFunctionExists.c.o
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=DGGSVD3_ -O3 -DNDEBUG -o CMakeFiles/cmTC_1b9b2.dir/CheckFunctionExists.c.o -c /share/apps/cmake-3.13.1/share/cmake-3.13/Modules/CheckFunctionExists.c
Linking C executable cmTC_1b9b2
/share/apps/cmake-3.13.1/bin/cmake -E cmake_link_script CMakeFiles/cmTC_1b9b2.dir/link.txt --verbose=1
/opt/openmpi/bin/mpicc -pedantic -Wall -Wno-long-long -std=c99 -DCHECK_FUNCTION_EXISTS=DGGSVD3_ -O3 -DNDEBUG CMakeFiles/cmTC_1b9b2.dir/CheckFunctionExists.c.o -o cmTC_1b9b2 /usr/lib64/liblapack.so /usr/lib64/libblas.so
CMakeFiles/cmTC_1b9b2.dir/CheckFunctionExists.c.o: In function `main':
CheckFunctionExists.c:(.text.startup+0xc): undefined reference to `DGGSVD3_'
collect2: error: ld returned 1 exit status
gmake[1]: *** [CMakeFiles/cmTC_1b9b2.dir/build.make:89: cmTC_1b9b2] Error 1
gmake[1]: Leaving directory '/share/apps/Trilinos-master/build/CMakeFiles/CMakeTmp'
gmake: *** [Makefile:121: cmTC_1b9b2/fast] Error 2
## My Environment
<!---
Include relevant details about your environment such that we can replicate this
issue.
-->
- **Relevant configure flags or configure script:**
cmake \
-D CMAKE_INSTALL_PREFIX:PATH=$APPS_PATH/trilinos \
-D MPI_BASE_DIR:PATH=/opt/openmpi \
-D CMAKE_C_COMPILER=/opt/openmpi/bin/mpicc \
-D CMAKE_CXX_COMPILER=/opt/openmpi/bin/mpicxx \
-D CMAKE_Fortran_COMPILER=/opt/openmpi/bin/mpif77 \
-D CMAKE_CXX_FLAGS:STRING="-O2 -std=c++11 -ansi -pedantic -ftrapv -Wall -Wno-long-long" \
-D CMAKE_BUILD_TYPE:STRING=RELEASE \
-D BUILD_SHARED_LIBS=ON \
-D Trilinos_WARNINGS_AS_ERRORS_FLAGS:STRING="" \
-D Trilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_Teuchos:BOOL=ON \
-D Trilinos_ENABLE_Shards:BOOL=ON \
-D Trilinos_ENABLE_Sacado:BOOL=ON \
-D Trilinos_ENABLE_Epetra:BOOL=ON \
-D Trilinos_ENABLE_EpetraExt:BOOL=ON \
-D Trilinos_ENABLE_Ifpack:BOOL=ON \
-D Trilinos_ENABLE_AztecOO:BOOL=ON \
-D Trilinos_ENABLE_Amesos:BOOL=ON \
-D Trilinos_ENABLE_Anasazi:BOOL=ON \
-D Trilinos_ENABLE_Belos:BOOL=ON \
-D Trilinos_ENABLE_ML:BOOL=ON \
-D Trilinos_ENABLE_Phalanx:BOOL=ON \
-D Trilinos_ENABLE_Intrepid:BOOL=ON \
-D Trilinos_ENABLE_NOX:BOOL=ON \
-D Trilinos_ENABLE_Stratimikos:BOOL=ON \
-D Trilinos_ENABLE_Thyra:BOOL=ON \
-D Trilinos_ENABLE_Rythmos:BOOL=ON \
-D Trilinos_ENABLE_MOOCHO:BOOL=ON \
-D Trilinos_ENABLE_TriKota:BOOL=OFF \
-D Trilinos_ENABLE_Stokhos:BOOL=ON \
-D Trilinos_ENABLE_Zoltan:BOOL=ON \
-D Trilinos_ENABLE_Piro:BOOL=ON \
-D Trilinos_ENABLE_Teko:BOOL=ON \
-D Trilinos_ENABLE_SEACASIoss:BOOL=ON \
-D Trilinos_ENABLE_SEACAS:BOOL=ON \
-D Trilinos_ENABLE_SEACASBlot:BOOL=ON \
-D Trilinos_ENABLE_Pamgen:BOOL=ON \
-D Trilinos_ENABLE_EXAMPLES:BOOL=OFF \
-D Trilinos_ENABLE_TESTS:BOOL=OFF \
-D TPL_ENABLE_MATLAB:BOOL=OFF \
-D TPL_ENABLE_Matio:BOOL=OFF \
-D TPL_ENABLE_QT:BOOL=OFF \
-D TPL_ENABLE_HDF5:BOOL=ON \
-D HDF5_INCLUDE_DIRS:PATH=$APPS_PATH/hdf5-1.10.3/include \
-D HDF5_LIBRARY_DIRS:PATH=$APPS_PATH/hdf5-1.10.3/lib \
-D TPL_ENABLE_Netcdf:BOOL=ON \
-D Netcdf_INCLUDE_DIRS:PATH=$APPS_PATH/netcdf/include \
-D Netcdf_LIBRARY_DIRS:PATH=$APPS_PATH/netcdf/lib \
-D TPL_ENABLE_MPI:BOOL=ON \
-D MPI_EXEC_DEFAULT_NUMPROCS=10 \
-D TPL_ENABLE_BLAS:BOOL=ON \
-D TPL_BLAS_LIBRARIES:STRING=/usr/lib64/libblas.so \
-D TPL_ENABLE_LAPACK:BOOL=ON \
..
- **Operating system and version:**
CentOS release 6.9
- **Compiler and TPL versions:**
gcc (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
g++ (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
GNU Fortran (GCC) 7.3.1 20180303 (Red Hat 7.3.1-5)
cmake version 3.13.20181130-g654fd
liblapack version: 3.2.1
libblas version: 3.2.1
## Additional Information
I can not change the OS because it is a server that runs many jobs. Please help me fix this error without changing the OS.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4117Zoltan: Closing old PR #3122: "Avoid picking up the wrong include from AMPI"2018-12-20T19:31:05ZJames WillenbringZoltan: Closing old PR #3122: "Avoid picking up the wrong include from AMPI"*Created by: william76*
@trilinos/zoltan
Pull Request #3122 "Avoid picking up the wrong include from AMPI" hasn't had any activity in a long time and appears to be stale and/or abandoned. I'm closing that PR and creating this issue...*Created by: william76*
@trilinos/zoltan
Pull Request #3122 "Avoid picking up the wrong include from AMPI" hasn't had any activity in a long time and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail until the counter resets at the start of the next hour. Even "WIP" PR's count against this limit... so long-term PR's should probably be converted to issues if they aren't likely to get merged in the near future.
If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @jbakosi https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4115Tempus: Closing old PR #2649: "Implementation of HHT-Alpha method"2018-12-20T19:20:10ZJames WillenbringTempus: Closing old PR #2649: "Implementation of HHT-Alpha method"*Created by: william76*
@trilinos/tempus
Pull Request #2649 "Implementation of HHT-Alpha method" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this ...*Created by: william76*
@trilinos/tempus
Pull Request #2649 "Implementation of HHT-Alpha method" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail until the counter resets at the start of the next hour. Even "WIP" PR's count against this limit... so long-term PR's should probably be converted to issues if they aren't likely to get merged in the near future.
If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @hillyuan @ccober6 @mhoemmen @rppawlo @ikalash https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4113MueLu: Closing old PR #2136 "uncoupled aggregation refactor"2018-12-20T19:14:46ZJames WillenbringMueLu: Closing old PR #2136 "uncoupled aggregation refactor"*Created by: william76*
@trilinos/muelu
Pull Request #2136 "uncoupled aggregation refactor" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this becau...*Created by: william76*
@trilinos/muelu
Pull Request #2136 "uncoupled aggregation refactor" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail until the counter resets at the start of the next hour. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @lucbv @jhux2 @srajama1 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4111Zoltan2_AlgPuLP: Closing old PR #1632 "resolved conflict with offset_t"2018-12-20T19:10:46ZJames WillenbringZoltan2_AlgPuLP: Closing old PR #1632 "resolved conflict with offset_t"*Created by: william76*
@trilinos/zoltan2
Pull Request #1632 "resolved conflict with offset_t" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this be...*Created by: william76*
@trilinos/zoltan2
Pull Request #1632 "resolved conflict with offset_t" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail until the counter resets at the start of the next hour. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @kddevin @mhoemmen @jwillenbring https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4108Thyra, Belos: Closing old PR #1144 "Mod in Thyra_BelosLinearOpWithSolve: sepa...2018-12-20T19:28:01ZJames WillenbringThyra, Belos: Closing old PR #1144 "Mod in Thyra_BelosLinearOpWithSolve: separating ..."*Created by: william76*
@trilinos/belos
@trilinos/thyra
Pull Request #1144 "Mod in Thyra_BelosLinearOpWithSolve: separating..." is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue t...*Created by: william76*
@trilinos/belos
@trilinos/thyra
Pull Request #1144 "Mod in Thyra_BelosLinearOpWithSolve: separating..." is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail on a PR. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @bartgol @mhoemmen @jwillenbring https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4107Rhythmos: Closing old PR #1028 "remove generated files"2018-12-20T19:02:07ZJames WillenbringRhythmos: Closing old PR #1028 "remove generated files"*Created by: william76*
@trilinos/rythmos
Pull Request #1028 "remove generated files" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we ...*Created by: william76*
@trilinos/rythmos
Pull Request #1028 "remove generated files" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail on a PR. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @nschloe @jwillenbring https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4105Closing old PR #1019 "Misleading indentation (whitespace only)" 2018-12-20T18:57:01ZJames WillenbringClosing old PR #1019 "Misleading indentation (whitespace only)" *Created by: william76*
Pull Request #1019 "Misleading indentation (whitespace only)" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need...*Created by: william76*
Pull Request #1019 "Misleading indentation (whitespace only)" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail on a PR. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
If this PR is truly dead, please close out this issue ticket.
FYI: @nschloe @egboman
PR #1019 touches files in these packages:
@trilinos/epetra
@trilinos/aztecoo
@trilinos/epetraext
@trilinos/isorropia
@trilinos/ml
@trilinos/pamgen https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4104STK: Closing old PR #575: "Fix STKUtil with Cray CCE"2018-12-20T18:51:39ZJames WillenbringSTK: Closing old PR #575: "Fix STKUtil with Cray CCE"*Created by: william76*
@trilinos/stk
Pull Request #575 "Fix STKUtil with Cray CCE" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we ne...*Created by: william76*
@trilinos/stk
Pull Request #575 "Fix STKUtil with Cray CCE" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail on a PR. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
FYI: @bavier https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4103Epetra: Closing old PR #503 "Updated minimal example Epetra_CrsMatrix.h ..." 2018-12-23T19:01:27ZJames WillenbringEpetra: Closing old PR #503 "Updated minimal example Epetra_CrsMatrix.h ..." *Created by: william76*
@trilinos/epetra
Pull Request #503 "WIP: Updated minimal example Epetra_CrsMatrix.h and Epetra_CrsMatrix.cpp…" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this is...*Created by: william76*
@trilinos/epetra
Pull Request #503 "WIP: Updated minimal example Epetra_CrsMatrix.h and Epetra_CrsMatrix.cpp…" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail on a PR. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
FYI: @michelemartone @mhoemmen https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4102STK: Closed old PR #451 "missing DEPLIBS for stk"2018-12-20T18:46:41ZJames WillenbringSTK: Closed old PR #451 "missing DEPLIBS for stk"*Created by: william76*
@trilinos/stk
Pull Request #451 "missing DEPLIBS for stk" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need...*Created by: william76*
@trilinos/stk
Pull Request #451 "missing DEPLIBS for stk" is really old and appears to be stale and/or abandoned. I'm closing that PR and creating this issue to link to it.
I'm doing this because we need to close out some of the old PR's due to some GitHub limitations on the number of checks/hour that are allowed. The pull request autotester uses a polling model to check existing pull requests' status flags, etc. and we have occasionally hit that limit, which causes GitHub to reject the queries and can cause the Autotester to fail on a PR. If this PR needs to be brought back to life it can easily be reopened on the pull request page.
FYI: @nschloe @bmpersc @jwillenbring