Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-03-21T16:39:02Zhttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4689Trilinos compilation error in Albany nightly due to Xpetra/MueLu 2019-03-21T16:39:02ZJames WillenbringTrilinos compilation error in Albany nightly due to Xpetra/MueLu *Created by: ikalash*
We have a new failing build in the Albany nightlies:
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=82719
It appears the problem is with @trilinos/xpetra , @trilinos/muelu . The compiler is ...*Created by: ikalash*
We have a new failing build in the Albany nightlies:
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=82719
It appears the problem is with @trilinos/xpetra , @trilinos/muelu . The compiler is gcc/8.2.1 . Note that Albany nightlies use master instead of develop branch of Trilinos. I changed it in hopes that it would be more stable (but I am rethinking that decision now...). https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4599MueLu build failures in new ATDM Trilinos sems-rhel7+cuda+complex builds2019-04-10T17:41:55ZJames WillenbringMueLu build failures in new ATDM Trilinos sems-rhel7+cuda+complex builds*Created by: bartlettroscoe*
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
<status-and-or-first-action>
## Description
As shown in [this query](https...*Created by: bartlettroscoe*
CC: @trilinos/muelu, @srajama1 (Trilinos Linear Solvers Product Lead), @bartlettroscoe, @fryeguy52
## Next Action Status
<status-and-or-first-action>
## Description
As shown in [this query](https://testing.sandia.gov/cdash-dev-view/index.php?project=Trilinos&date=2019-03-11&filtercount=2&showfilters=1&filtercombine=and&field1=subprojects&compare1=93&value1=MueLu&field2=buildname&compare2=65&value2=Trilinos-atdm-sems-rhel7-cuda-9.2-Volta70-complex-), MueLu has build errors in library code in the new cuda+complex builds:
* `Trilinos-atdm-sems-rhel7-cuda-9.2-Volta70-complex-shared-release-debug`
* `Trilinos-atdm-sems-rhel7-cuda-9.2-Volta70-complex-static-release-debug`
using the 'sems-rhel7' env.
The build errors shown [here](https://testing.sandia.gov/cdash-dev-view/viewBuildError.php?buildid=4695056) and [here](https://testing.sandia.gov/cdash-dev-view/viewBuildError.php?buildid=4695082) show errors building the source files **`ExplicitInstantiation/MueLu_TentativePFactory_kokkos.cpp`** showing errors like:
* `Trilinos-atdm-sems-rhel7-cuda-9.2-Volta70-complex-shared-release-debug/SRC_AND_BUILD/Trilinos/packages/kokkos/core/src/Kokkos_View.hpp(816): error: calling a constexpr __host__ function("std::real<double> ") from a __device__ function("Kokkos::Impl::ParallelFor< ::, ::Kokkos::RangePolicy<int, ::Kokkos::Cuda > , ::Kokkos::Cuda> ::operator () const") is not allowed. The experimental flag '--expt-relaxed-constexpr' can be used to allow this.`
and **`ExplicitInstantiation/MueLu_TentativePFactory_kokkos.cpp`** showing errors like:
* `Trilinos-atdm-sems-rhel7-cuda-9.2-Volta70-complex-shared-release-debug/SRC_AND_BUILD/Trilinos/packages/kokkos/core/src/Kokkos_View.hpp(971): error: calling a constexpr __host__ function("std::complex<double> ::complex") from a __device__ function("Kokkos::Impl::ParallelFor< ::, ::Kokkos::RangePolicy<int, ::Kokkos::Cuda > , ::Kokkos::Cuda> ::operator () const") is not allowed. The experimental flag '--expt-relaxed-constexpr' can be used to allow this.`
## Current Status on CDash
The current status of these builds over the last 7 days can be see in [this query](https://testing.sandia.gov/cdash/index.php?project=Trilinos&date=2019-03-11&filtercount=3&showfilters=1&filtercombine=and&field1=subprojects&compare1=93&value1=MueLu&field2=buildname&compare2=65&value2=Trilinos-atdm-sems-rhel7-cuda-9.2-Volta70-complex-&field3=buildstarttime&compare3=83&value3=7%20days%20ago).
## Steps to Reproduce
These builds are from the CEE LAN machine 'ascicgpu14' and someone with access to the CEE LAN should be able to log onto 'ascicgpu15' and reproduce these failures in as described in:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md
More specifically, the commands given for the system `sems-rhel7' are provided at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#sems-rhel7-environment
The exact commands to reproduce this issue should be:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh \
sems-rhel7-cuda-9.2-Volta70-complex-shared-release-debug
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_MueLu=ON \
$TRILINOS_DIR
$ ninja -j16
```
Since some developers do not have access to the SRN CEE LAN, it is likely that these build errors can also be produce on other machines that have a CUDA build. For example, one can likely reproduce these build errors on the SON machine 'white' as described at:
* https://github.com/trilinos/Trilinos/blob/develop/cmake/std/atdm/README.md#ridewhite
using the commands:
```
$ cd <some_build_dir>/
$ source $TRILINOS_DIR/cmake/std/atdm/load-env.sh cuda-9.2-complex-release-debug
$ cmake \
-GNinja \
-DTrilinos_CONFIGURE_OPTIONS_FILE:STRING=cmake/std/atdm/ATDMDevEnv.cmake \
-DTrilinos_ENABLE_TESTS=ON -DTrilinos_ENABLE_MueLu=ON \
$TRILINOS_DIR
$ ninja -j16
```
Initial cleanup of new ATDM builds of Trilinoshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4584Typo error in commit #4388 2019-03-14T08:14:35ZJames WillenbringTypo error in commit #4388 *Created by: kliegeois*
<!---
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: ".
-->
There is a typo err...*Created by: kliegeois*
<!---
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: ".
-->
There is a typo error in commit #4388 that prevents from compiling packages/ifpack2/src/Ifpack2_BlockTriDiContainer_impl.hpp if __KOKKOSBATCHED_INTEL_MKL_COMPACT_BATCHED__ is defined.
Lines 2035-2039:
```
#if defined(__KOKKOSBATCHED_INTEL_MKL_COMPACT_BATCHED__)
typedef KokkosBatched::Experimental::Algo::Level3::CompactMKL algo_type;
#else
typedef KokkosBatched::Experimental::Algo::Level3::Blocked multi_vector_algo_type;
#endif
```
should be replaced by
```
#if defined(__KOKKOSBATCHED_INTEL_MKL_COMPACT_BATCHED__)
typedef KokkosBatched::Experimental::Algo::Level3::CompactMKL multi_vector_algo_type;
#else
typedef KokkosBatched::Experimental::Algo::Level3::Blocked multi_vector_algo_type;
#endif
```
<!---
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/ifpack2 @kyungjoo-kim
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4563Amesos2: Umfpack + Superlu compile failure when complex_double enabled2019-03-07T17:31:21ZJames WillenbringAmesos2: Umfpack + Superlu compile failure when complex_double enabled*Created by: ndellingwood*
Reported by Sam Browne via email.
When compiling Trilinos with Amesos2 enabled and Umfpack and Superlu TPLs a compile error results. This is due to ambiguity in matching the templated class `ValueTypeConver...*Created by: ndellingwood*
Reported by Sam Browne via email.
When compiling Trilinos with Amesos2 enabled and Umfpack and Superlu TPLs a compile error results. This is due to ambiguity in matching the templated class `ValueTypeConversionTraits` resulting in candidate specializations in both the Umfpack and Superlu TypeMaps.
Error:
```
/Users/ndellin/Research/trilinos/Trilinos/packages/amesos2/src/Amesos2_Details_registerLinearSolverFactory.cpp:102:1: required from here
/Users/ndellin/Research/trilinos/Trilinos/packages/teuchos/core/src/Teuchos_as.hpp:2830:61: error: ambiguous template instantiation for 'class Teuchos::ValueTypeConversionTraits<SLU::Z::doublecomplex, std::complex<double> >'
return ValueTypeConversionTraits<TypeTo,TypeFrom>::convert(t);
```
Fix is to add full specializations to the SuperLU TypeMap to prevent the ambiguity. PR coming in shortly.
<!---
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/amesos2
<!---
Assignees: If you know anyone who should likely tackle this issue, select them
from the Assignees drop-down on the right.
-->
<!---
Lables: Choose any applicable package names from the Labels drop-down on the
right. Additionally, choose a label to indicate the type of issue, for
instance, bug, build, documentation, enhancement, etc.
-->
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4553SEACAS Building issues, holding up Trilinos2019-03-07T21:39:34ZJames WillenbringSEACAS Building issues, holding up Trilinos*Created by: Tdub1229*
[ 22%] Building C object packages/seacas/scripts/CMakeFiles/getopt.seacas.dir/getopt.seacas.c.o
Undefined symbols for architecture x86_64:
"_H5get_libversion", referenced from:
_ex_print_config in libex...*Created by: Tdub1229*
[ 22%] Building C object packages/seacas/scripts/CMakeFiles/getopt.seacas.dir/getopt.seacas.c.o
Undefined symbols for architecture x86_64:
"_H5get_libversion", referenced from:
_ex_print_config in libexodus.a(ex_utils.c.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [packages/seacas/applications/exo_format/exo_format] Error 1
make[1]: *** [packages/seacas/applications/exo_format/CMakeFiles/exo_format.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 22%] Linking C executable getopt.seacas
[ 22%] Built target getopt.seacas
make: *** [all] Error 2
-->
I recently updated my Mac and operating systems (10.14) however, this has caused some difficulty trying to reinstall trilinos Packages. I get this error, and I am not sure if there are any solutions or if there is a way in which I can bypass this.
I can post my cmake and installation logs if needed.
Thanks
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4545Belos: Split out run-time SolverFactory registration of Tpetra specialization...2019-03-05T18:11:02ZJames WillenbringBelos: Split out run-time SolverFactory registration of Tpetra specializations of generic Belos solvers, into separate C++ files*Created by: mhoemmen*
@trilinos/belos
## Expectations
`Belos::SolverFactory` needs to build as fast as possible.
## Current Behavior
Instantiation of run-time registration functions for Tpetra specializations of generic Be...*Created by: mhoemmen*
@trilinos/belos
## Expectations
`Belos::SolverFactory` needs to build as fast as possible.
## Current Behavior
Instantiation of run-time registration functions for Tpetra specializations of generic Belos solvers currently happen all in one file. This increases build time and size. Separate out those instantiations into separate C++ files, one file per Belos solver.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4540Is it possible to enable Scalar=float in Tpetra but not downstream (e.g., in ...2019-03-04T22:41:56ZJames WillenbringIs it possible to enable Scalar=float in Tpetra but not downstream (e.g., in MueLu)?*Created by: mhoemmen*
@trilinos/tpetra @trilinos/muelu
I'm asking on behalf of @vbrunini .
*Created by: mhoemmen*
@trilinos/tpetra @trilinos/muelu
I'm asking on behalf of @vbrunini .
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4537Amesos2 does not compile with UMFPACK, SuperLU, complex double, and eti=off2019-03-07T21:17:35ZJames WillenbringAmesos2 does not compile with UMFPACK, SuperLU, complex double, and eti=off*Created by: prwolfe*
Basically the compiler cannot chose from 2 convert functions, but does fine the ETI is on as the instantiation gets only one at a time.
@trilinos/amesos2
## Expectations
Amesos2 should build either with or ...*Created by: prwolfe*
Basically the compiler cannot chose from 2 convert functions, but does fine the ETI is on as the instantiation gets only one at a time.
@trilinos/amesos2
## Expectations
Amesos2 should build either with or without ETI on
## Current Behavior
A build matching https://testing-vm.sandia.gov/cdash/index.php?project=Trilinos&parentid=4650329 but with ETI=off will fail to compile Amesos2_Details_registerLinearSolverFactory.cpp.o because it cannot pick between
packages/amesos2/src/Amesos2_Umfpack_TypeMap.hpp:98:7: error: candidates are: class Teuchos::ValueTypeConversionTraits<TypeTo, std::complex<double> >
class ValueTypeConversionTraits<TypeTo, std::complex<double>>
and
Trilinos/packages/amesos2/src/Amesos2_Superlu_TypeMap.hpp:192:7: error: class Teuchos::ValueTypeConversionTraits<SLU::Z::doublecomplex, TypeFrom>
class ValueTypeConversionTraits<SLU::Z::doublecomplex, TypeFrom>
These take opposite approaches, but can both fulfill the request.
## Motivation and Context
This was found when checking a trilinos build against Sierra. Customers should be able to build either with or without ETI or one options should be disabled.
I am tagging framework as we need to make sure we have a t least one build that covers this at some level (we currently do all builds with ETI=on as far as I can tell.)
## Definition of Done
Amesos2 compiles both with and without ETI and the requested packages available.
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4495Tpetra/Teuchos: Allow Teuchos Complex w/o Tpetra Complex2019-03-14T20:00:09ZJames WillenbringTpetra/Teuchos: Allow Teuchos Complex w/o Tpetra Complex*Created by: csiefer2*
This is a moral follow-on to #4080, except, I would like to reverse our decision.
I have an application that wishes to do some complex arithmetic using Teuchos::SerialDenseMatrix on the host and then later due ...*Created by: csiefer2*
This is a moral follow-on to #4080, except, I would like to reverse our decision.
I have an application that wishes to do some complex arithmetic using Teuchos::SerialDenseMatrix on the host and then later due some computing using Tpetra & CUDA.
At present, the resolution of #4080 means we have to have complex support on in both places. However, Kokkos will not compile w/ cuda if std::complex<double> is enabled.
This renders my application unable to use Trilinos on CUDA. https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4458Amesos2 build errors when enabling MKL/Pardiso2019-03-07T19:29:11ZJames WillenbringAmesos2 build errors when enabling MKL/Pardiso*Created by: crdohrm*
I would like the enable Amesos with MKL/Pardiso, but run into build errors like
[ 97%] Building CXX object packages/amesos2/src/CMakeFiles/amesos2.dir/Amesos2_PardisoMKL.cpp.o
In file included from /ascldap/use...*Created by: crdohrm*
I would like the enable Amesos with MKL/Pardiso, but run into build errors like
[ 97%] Building CXX object packages/amesos2/src/CMakeFiles/amesos2.dir/Amesos2_PardisoMKL.cpp.o
In file included from /ascldap/users/crdohrm/Trilinos.fork/packages/amesos2/src/Amesos2_PardisoMKL_FunctionMap.hpp(64),
from /ascldap/users/crdohrm/Trilinos.fork/packages/amesos2/src/Amesos2_PardisoMKL_decl.hpp(65),
from /ascldap/users/crdohrm/Trilinos.fork/packages/amesos2/src/Amesos2_PardisoMKL.cpp(45):
/ascldap/users/crdohrm/Trilinos.fork/packages/amesos2/src/Amesos2_PardisoMKL_TypeMap.hpp(93): error: namespace "Amesos2::PMKL" has no member "_MKL_Complex8"
class ValueTypeConversionTraits<Amesos2::PMKL::_MKL_Complex8, TypeFrom>
Also, the build works fine if I enable Amesos rather than Amesos2.
@trilinos/amesos2
## Additional Information
Here's the configuration used
#!/bin/bash
TRILINOSHOME=/home/crdohrm/Trilinos.fork
TRILINOSINSTALLDIR=/home/crdohrm/Trilinos.fork/INSTALL_RELEASE_INTEL
BUILDTYPE=release
MKLROOT=/projects/sierra/linux_rh6/SDK/compilers/intel/composer_xe_2017.1.132/compilers_and_libraries/linux/mkl
rm -f CMakeCache.txt
rm -rf CMakeFiles
cmake \
-D Trilinos_DISABLE_ENABLED_FORWARD_DEP_PACKAGES=ON \
-D CMAKE_INSTALL_PREFIX:PATH=${TRILINOSINSTALLDIR} \
-D CMAKE_BUILD_TYPE:STRING=${BUILDTYPE} \
-D TPL_ENABLE_MPI:BOOL=ON \
-D CMAKE_VERBOSE_MAKEFILE:BOOL=OFF \
-D BUILD_SHARED_LIBS:BOOL=OFF \
-D Teuchos_ENABLE_STACKTRACE:BOOL=ON \
-D Trilinos_ENABLE_Fortran:BOOL=OFF \
-D Trilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_SECONDARY_TESTED_CODE:BOOL=OFF \
-D Trilinos_ENABLE_Amesos2:BOOL=ON \
-D TPL_ENABLE_MKL:BOOL=ON \
-D TPL_ENABLE_PARDISO_MKL:BOOL=ON \
-D Trilinos_EXTRA_LINK_FLAGS:STRING="-Wl,--start-group ${MKLROOT}/lib/intel64/libmkl_intel_lp64.a ${MKLROOT}/lib/intel64/libmkl_core.a ${MKLROOT}/lib/intel64/libmkl_sequential.a ${MKLROOT}/lib/intel64/libmkl_blacs_openmpi_lp64.a -Wl,--end-group -lpthread -lm -ldl" \
-D MKL_LIBRARY_DIRS:FILEPATH="${MKLROOT}/lib/intel64" \
-D MKL_INCLUDE_DIRS:FILEPATH="${MKLROOT}/include" \
-D TPL_BLAS_LIBRARIES:STRING="${MKLROOT}/lib/intel64/libmkl_blas95_lp64.a" \
-D TPL_LAPACK_LIBRARIES:STRING="${MKLROOT}/lib/intel64/libmkl_lapack95_lp64.a" \
-D PARDISO_MKL_LIBRARY_DIRS:FILEPATH="${MKLROOT}/lib/intel64" \
-D PARDISO_MKL_INCLUDE_DIRS:FILEPATH="${MKLROOT}/include" \
\
\
${TRILINOSHOME}
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4375Galeri/Triutils: Duplicate symbols in Galeri_iohb.cpp and Trilinos_util_iohb.cpp2019-02-14T22:42:07ZJames WillenbringGaleri/Triutils: Duplicate symbols in Galeri_iohb.cpp and Trilinos_util_iohb.cpp*Created by: vbrunini*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that a...*Created by: vbrunini*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
<!---
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.
-->
It should be possible to link against both galeri and triutils without any duplicate symbols.
## Current Behavior
I observe linker errors about duplicate symbols for functions defined in packages/triutils/src/Trilinos_util_iohb.cpp and packages/galeri/src-epetra/Galeri_iohb.cpp. I noticed this on an nvidia build with relocatable device code on and ETI off, but have not tested which (if any) of those are required to trigger the linker errors. The contents of those two files appear to be essentially identical, only differences I saw were Trilinos_util_iohb.cpp qualifying calls to std:: functions.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4334Albany build failing in MueLu: AggregationStructuredAlgorithm_kokkos2019-02-20T15:52:41ZJames WillenbringAlbany build failing in MueLu: AggregationStructuredAlgorithm_kokkos*Created by: ibaned*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that any...*Created by: ibaned*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
@trilinos/muelu
<!---
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.
-->
## Current Behavior
<!---
Tell us how the current behavior fails to meet your expectations in some way.
-->
```
.../Trilinos/packages/muelu/src/Graph/StructuredAggregation/MueLu_StructuredAggregationFactory_kokkos_def.hpp:221:39: error: unknown type name 'AggregationStructuredAlgorithm_kokkos'; did you mean 'AggregationStructuredAlgorithm'?
myStructuredAlgorithm = rcp(new AggregationStructuredAlgorithm_kokkos());
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
AggregationStructuredAlgorithm
/.../Trilinos/packages/muelu/src/Interface/../Headers/MueLu_UseShortNamesOrdinal.hpp:36:80: note: 'AggregationStructuredAlgorithm' declared here
typedef MueLu::AggregationStructuredAlgorithm<LocalOrdinal,GlobalOrdinal,Node> AggregationStructuredAlgorithm;
^
```https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4270TriKota: Build errors with Dakota 6.8 and newer2019-01-26T00:22:06ZJames WillenbringTriKota: Build errors with Dakota 6.8 and newer*Created by: briadam*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that an...*Created by: briadam*
<!---
Provide a general summary of the issue in the Title above. If this issue
pertains to a particular package in Trilinos, it's worthwhile to start the
title with "PackageName: ".
-->
<!---
Note that anything between these delimiters is a comment that will not appear
in the issue description once created. Click on the Preview tab to see what
everything will look like when you submit.
-->
<!---
Feel free to delete anything from this template that is not applicable to the
issue you are submitting.
-->
<!---
Replace <teamName> below with the appropriate Trilinos package/team name.
-->
@trilinos/trikota
<!---
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.
-->
Trilinos should work when TriKota is enabled with Dakota 6.8 and newer.
## Current Behavior
Build fails due to Dakota not being able to find ROL headers. (Dakota now has an optional dependence on ROL)
## Motivation and Context
Trying to verify that recent changes in Dakota will not break TriKota users of Dakota.
## Definition of Done
<!---
Tell us what needs to happen. If necessary, give us a task list along the
lines of:
- [ ] First do this.
- [ ] Then do that.
- [ ] Also this other thing.
-->
Enabling TriKota should build and test with Dakota 6.8 or newer.
## Possible Solution
<!---
Not obligatory, but suggest a fix for the bug or documentation, or suggest
ideas on how to implement the addition or change.
-->
Ideally, want to allow TriKota/Dakota to use Trilinos ROL, however, this results in a circular dependency because ROL has an optional dependence on TriKota. For now, recommend workaround where Dakota's ROL is disabled when building under TriKota.
## Steps to Reproduce
<!---
Provide a link to a live example, or an unambiguous set of steps to reproduce
this issue. Include code to reproduce, if relevant.
1. Do this.
1. Do that.
1. Shake fist angrily at computer.
-->
Clone Trilinos, checkout devel, place Dakota in trilinos/packages/TriKota/Dakota. Configure Trilinos with TriKota enabled, get build error at make time.
## Your Environment
<!---
Include relevant details about your environment such that we can replicate this
issue.
-->
- **Relevant repo SHA1s:** Trilinos master at 4f15e6fb356295d8ba1e022e94d8b0bad732e082
- **Relevant configure flags or configure script:**
```
cmake \
-DCMAKE_BUILD_TYPE=RELEASE \
-DCMAKE_INSTALL_PREFIX=../install \
-DBUILD_SHARED_LIBS:BOOL=TRUE \
-DTrilinos_ENABLE_TESTS:BOOL=ON \
-DTrilinos_ENABLE_Teuchos:BOOL=ON \
-DTrilinos_ENABLE_ROL:BOOL=ON \
-DTrilinos_ENABLE_TriKota:BOOL=ON \
-DTrilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_ALL_FORWARD_DEP_PACKAGES:BOOL=OFF \
-DTrilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=ON \
-DTrilinos_ENABLE_COMPLEX_DOUBLE:BOOL=ON \
../source
```
- **Operating system and version:** RHEL 7.6
- **Compiler and TPL versions:** Default RHEL7 toolchain (gcc-4.8.5) and TPLs
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4264MueLu: Compiling MueLu header files failes with CUDA support enabled in Kokkos2019-01-29T12:29:54ZJames WillenbringMueLu: Compiling MueLu header files failes with CUDA support enabled in Kokkos*Created by: masterleinad*
@trilinos/muelu
## Current Behavior
Compiling a file just containing
```
#include <MueLu.hpp>
```
fails with
```
/export/home/darndt/Trilinos-dev/include/Cuda/Kokkos_Cuda_Parallel.hpp(451): error: ...*Created by: masterleinad*
@trilinos/muelu
## Current Behavior
Compiling a file just containing
```
#include <MueLu.hpp>
```
fails with
```
/export/home/darndt/Trilinos-dev/include/Cuda/Kokkos_Cuda_Parallel.hpp(451): error: calling a __host__ function("") from a __device__ function("Kokkos::Impl::ParallelFor< ::, ::Kokkos::RangePolicy< ::Kokkos::Cuda, ::Kokkos::IndexType<int> > , ::Kokkos::Cuda> ::operator ()") is not allowed
/export/home/darndt/Trilinos-dev/include/Cuda/Kokkos_Cuda_Parallel.hpp(451): error: calling a __host__ function("") from a __device__ function("Kokkos::Impl::ParallelFor< ::, ::Kokkos::RangePolicy< ::Kokkos::Cuda, ::Kokkos::IndexType<int> > , ::Kokkos::Cuda> ::operator ()") is not allowed
/export/home/darndt/Trilinos-dev/include/Cuda/Kokkos_Cuda_Parallel.hpp(2461): error: calling a __host__ function("") from a __device__ function("Kokkos::Impl::ParallelReduce< ::Kokkos::Impl::CudaFunctorAdapter< ::, ::Kokkos::RangePolicy< ::Kokkos::Cuda > , unsigned long, void> , ::Kokkos::RangePolicy< ::Kokkos::Cuda > , ::Kokkos::InvalidType, ::Kokkos::Cuda> ::operator ()") is not allowed
/export/home/darndt/Trilinos-dev/include/Cuda/Kokkos_Cuda_Parallel.hpp(451): error: calling a __host__ function("") from a __device__ function("Kokkos::Impl::ParallelFor< ::, ::Kokkos::RangePolicy< ::Kokkos::Cuda, ::Kokkos::IndexType<int> > , ::Kokkos::Cuda> ::operator ()") is not allowed
4 errors detected in the compilation of "/tmp/tmpxft_00006db9_00000000-7_trilinos_precondition_muelu.cpp1.ii".
```
Unfortunately, this error doesn't really tell which function it is complaining about ("") and there is no additional information who tried to instantiate the template.
## Your Environment
The commit used is 4f15e6fb356295d8ba1e022e94d8b0bad732e082 and I configured `Trilinos` using
```
-DTrilinos_ENABLE_Amesos=ON \
-DTrilinos_ENABLE_Epetra=ON \
-DTrilinos_ENABLE_EpetraExt=ON \
-DTrilinos_ENABLE_Ifpack=ON \
-DTrilinos_ENABLE_AztecOO=ON \
-DTrilinos_ENABLE_Sacado=OFF \
-DTrilinos_ENABLE_Kokkos=ON \
-DTrilinos_ENABLE_Teuchos=ON \
-DTrilinos_ENABLE_MueLu=ON \
-DTrilinos_ENABLE_ML=ON \
-DTrilinos_ENABLE_ROL=ON \
-DTrilinos_ENABLE_Tpetra=ON \
-DTrilinos_ENABLE_Zoltan=ON \
-DTrilinos_ENABLE_TESTS=ON \
-DTrilinos_VERBOSE_CONFIGURE=OFF \
-DTPL_ENABLE_MPI=ON \
-DBUILD_SHARED_LIBS=ON \
-DCMAKE_VERBOSE_MAKEFILE=OFF \
-DCMAKE_BUILD_TYPE=RELEASE \
-DCMAKE_INSTALL_PREFIX:PATH=$HOME/Trilinos-dev \
-DCMAKE_CXX_FLAGS="-std=c++11 --expt-extended-lambda -g -lineinfo -Xcudafe --diag_suppress=conversion_function_not_usable -Xcudafe --diag_suppress=cc_clobber_ignored -Xcudafe --diag_suppress=code_is_unreachable" \
-DTPL_ENABLE_CUDA=ON \
-DKokkos_ENABLE_Cuda=ON \
-DKokkos_ENABLE_Cuda_Lambda:BOOL=ON \
-DKokkos_ENABLE_Cuda_UVM:BOOL=ON \
```
The compiler used (via `nvcc_wrapper`) is gcc-5.5 (`openmpi-3.1.3`) and `cuda-8.0`.
## Related Issues
Related to https://github.com/dealii/dealii/pull/7634 and https://github.com/dealii/dealii/issues/6856.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4263MueLu: Complex build broken2019-02-11T21:11:16ZJames WillenbringMueLu: Complex build broken*Created by: mhoemmen*
@trilinos/muelu
https://github.com/trilinos/Trilinos/issues/2426#issuecomment-457394324
https://testing-vm.sandia.gov/cdash/viewBuildError.php?buildid=4453539
```
In file included from /scratch/trilinos/w...*Created by: mhoemmen*
@trilinos/muelu
https://github.com/trilinos/Trilinos/issues/2426#issuecomment-457394324
https://testing-vm.sandia.gov/cdash/viewBuildError.php?buildid=4453539
```
In file included from /scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/teuchos/parameterlist/src/Teuchos_ParameterEntry.hpp:52:0,
from /scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/teuchos/parameterlist/src/Teuchos_ParameterList.hpp:51,
from /scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/teuchos/parameterlist/src/Teuchos_XMLParameterListCoreHelpers.hpp:51,
from /scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/teuchos/comm/src/Teuchos_XMLParameterListHelpers.hpp:51,
from /scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/muelu/test/scaling/Driver.cpp:51:
/scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/teuchos/core/src/Teuchos_RCP.hpp:
In instantiation of ‘Teuchos::RCP<T>::RCP(const Teuchos::RCP<T2>&) [with T2 = Xpetra::MultiVector<>; T = Xpetra::MultiVector<std::complex<double>, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >]’:
/scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/muelu/test/scaling/Driver.cpp:472:100:
required from ‘int main_(Teuchos::CommandLineProcessor&, Xpetra::UnderlyingLib&, int, char**) [with Scalar = std::complex<double>; LocalOrdinal = int; GlobalOrdinal = int; Node = Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial>]’
/scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/muelu/test/scaling/../unit_tests/MueLu_Test_ETI.hpp:153:104:
required from here /scratch/trilinos/workspace/trilinos-folder/Trilinos_pullrequest_gcc_7.2.0/Trilinos/packages/teuchos/core/src/Teuchos_RCP.hpp:289:38:
error: cannot convert ‘Xpetra::MultiVector<>*’ to ‘Xpetra::MultiVector<std::complex<double>, int, int, Kokkos::Compat::KokkosDeviceWrapperNode<Kokkos::Serial> >*’ in initialization node_(r_ptr.access_private_node())
```
[jhux2 edited error for readability]
## Motivation and Context
This blocks Sierra's Trilinos promotion.
## Related Issues
* Blocks #2426
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4220Minitensor produces compiler warnings with nvidia compiler 2019-02-02T15:43:50ZJames WillenbringMinitensor produces compiler warnings with nvidia compiler *Created by: khpierson*
There are a number of warnings coming from the Trilinos package: MiniTensor.
The Sierra team would like these removed by the next Trilinos integration.
Would that be possible?
Thanks,
-Kendall
Here is ...*Created by: khpierson*
There are a number of warnings coming from the Trilinos package: MiniTensor.
The Sierra team would like these removed by the next Trilinos integration.
Would that be possible?
Thanks,
-Kendall
Here is a list of some of the warnings, note, I would expect Trilinos to already be seeing these warnings when building with nvidia (provided our compiler flags are the same across SIERRA and Trilinos.
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_Utilities.i.h(280): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_Utilities.i.h(283): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_Utilities.i.h(286): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_Utilities.i.h(289): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_Utilities.i.h(295): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_LinearAlgebra.t.h(112): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_LinearAlgebra.t.h(120): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_LinearAlgebra.t.h(124): warning #111-D: statement is unreachable
/sierra/dev/continuous_integration/frame02/sierra.code/TPLs_src/Trilinos_flat_headers/include/MiniTensor_LinearAlgebra.t.h(164): warning #111-D: statement is unreachablehttps://gitlab.osti.gov/jmwille/Trilinos/-/issues/4206cmake: RegularExpression::compile(): Error in compile.2019-01-16T22:12:05ZJames Willenbringcmake: RegularExpression::compile(): Error in compile.*Created by: hakonhagland*
I am trying to build trilinos on Ubuntu 18.10 (CMake version 3.12.1, GCC version 8.2.0)
```
git clone https://github.com/trilinos/Trilinos.git
cd Trilinos
mkdir build
cd build
sudo apt-get install libnet...*Created by: hakonhagland*
I am trying to build trilinos on Ubuntu 18.10 (CMake version 3.12.1, GCC version 8.2.0)
```
git clone https://github.com/trilinos/Trilinos.git
cd Trilinos
mkdir build
cd build
sudo apt-get install libnetcdf-dev libmatio-dev doxygen
pyenv local 2.7.15
cmake \
-DTPL_ENABLE_MPI=ON \
-DMPI_BASE_DIR=/usr/lib/x86_64-linux-gnu/openmpi \
-DTrilinos_ENABLE_ALL_PACKAGES=ON \
-DCMAKE_INSTALL_PREFIX=/opt/trilinos \
-D Trilinos_ENABLE_PyTrilinos:BOOL=ON \
-D BUILD_SHARED_LIBS:BOOL=ON \
.. # <path to Trilinos source>
```
This fails with
```
[...]
RegularExpression::compile(): Nested *?+.
RegularExpression::compile(): Error in compile.
CMake Error at cmake/tribits/core/package_arch/TribitsGlobalMacros.cmake:2760 (STRING):
STRING sub-command REGEX, mode MATCH failed to compile regex
"/home/hakon/Trilinos/packages/rol".
Call Stack (most recent call first):
cmake/tribits/core/package_arch/TribitsGlobalMacros.cmake:2803 (TRIBITS_EXCLUDE_FILES)
packages/rol/CMakeLists.txt:114 (TRIBITS_EXCLUDE_AUTOTOOLS_FILES)
[...]
RegularExpression::compile(): Nested *?+.
RegularExpression::compile(): Error in compile.
CMake Error at packages/PyTrilinos/cmake/UseSWIG.cmake:196 (IF):
if given arguments:
"/home/hakon/Trilinos/build/packages/PyTrilinos/src" "MATCHES" "^/home/hakon/Trilinos/packages/PyTrilinos/src"
Regular expression
"^/home/hakon/Trilinos/packages/PyTrilinos/src"
cannot compile
Call Stack (most recent call first):
packages/PyTrilinos/cmake/UseSWIG.cmake:302 (SWIG_ADD_SOURCE_TO_MODULE)
packages/PyTrilinos/src/CMakeLists.txt:330 (SWIG_ADD_MODULE)
-- Configuring incomplete, errors occurred!
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4194Amesos2 tests don't build with ETI OFF2019-01-28T16:55:30ZJames WillenbringAmesos2 tests don't build with ETI OFF*Created by: mhoemmen*
@trilinos/amesos2
<!---
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, documenta...*Created by: mhoemmen*
@trilinos/amesos2
<!---
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.
-->
## Current Behavior
<!---
Tell us how the current behavior fails to meet your expectations in some way.
-->
## Motivation and Context
<!---
How has this expectation failure affected you? What are you trying to
accomplish? Why do we need to address this? What does it have to do with
anything? Providing context helps us come up with a solution that is most
useful in the real world.
-->
## Definition of Done
<!---
Tell us what needs to happen. If necessary, give us a task list along the
lines of:
- [ ] First do this.
- [ ] Then do that.
- [ ] Also this other thing.
-->
## Possible Solution
<!---
Not obligatory, but suggest a fix for the bug or documentation, or suggest
ideas on how to implement the addition or change.
-->
## Steps to Reproduce
<!---
Provide a link to a live example, or an unambiguous set of steps to reproduce
this issue. Include code to reproduce, if relevant.
1. Do this.
1. Do that.
1. Shake fist angrily at computer.
-->
## Your Environment
<!---
Include relevant details about your environment such that we can replicate this
issue.
-->
- **Relevant repo SHA1s:**
- **Relevant configure flags or configure script:**
- **Operating system and version:**
- **Compiler and TPL versions:**
## Related Issues
<!---
If applicable, let us know how this bug is related to any other open issues:
-->
* Blocks
* Is blocked by
* Follows
* Precedes
* Related to
* Part of
* Composed of
## Additional Information
<!---
Anything else that might be helpful for us to know in addressing this issue:
* Configure log file:
* Build log file:
* Test log file:
* When was the last time everything worked (date/time; SHA1s; etc.)?
* What did you do that made the bug rear its ugly head?
* Have you tried turning it off and on again?
-->
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4130Teuchos: Check for _LARND issues build warnings2019-01-02T15:18:50ZJames WillenbringTeuchos: Check for _LARND issues build warnings*Created by: mhoemmen*
@trilinos/teuchos @trilinos/framework
CMake check for `_LARND` in Teuchos issues "narrowing conversion" build warnings. You can see this here: https://github.com/trilinos/Trilinos/blob/9461709507e4d4e0ffced97...*Created by: mhoemmen*
@trilinos/teuchos @trilinos/framework
CMake check for `_LARND` in Teuchos issues "narrowing conversion" build warnings. You can see this here: https://github.com/trilinos/Trilinos/blob/9461709507e4d4e0ffced97d7649ccd117e7b16f/packages/teuchos/cmake/CheckLapackLARND.cmake#L19
## Steps to Reproduce
Read this comment: https://github.com/trilinos/Trilinos/issues/4129#issue-395063909
## Related Issues
* Related to #4129 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.