Trilinos issueshttps://gitlab.osti.gov/jmwille/Trilinos/-/issues2019-03-07T19:29:11Zhttps://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/4459Ifpack2: Error for factory create2019-02-26T13:41:45ZJames WillenbringIfpack2: Error for factory create*Created by: freaklovesmango*
I wanted to use the Preconditioner from Ifpack2 for Belos and Tpetra but I got the following error
```
error: no matching function for call to ‘Ifpack2::Factory::create(const string&, Teuchos::RCP<Tpetr...*Created by: freaklovesmango*
I wanted to use the Preconditioner from Ifpack2 for Belos and Tpetra but I got the following error
```
error: no matching function for call to ‘Ifpack2::Factory::create(const string&, Teuchos::RCP<Tpetra::CrsMatrix<> >&)’
prec = factory.create (precName, A);
```
Edit: The following includes the notes:
```
main.cpp:195:40: error: no matching function for call to ‘Ifpack2::Factory::create(const string&, Teuchos::RCP<Tpetra::CrsMatrix<> >&)’
prec = factory.create (precName, A);
^
In file included from /home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/Ifpack2_Factory.hpp:1:0,
from main.cpp:23:
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/Ifpack2_Factory_decl.hpp:135:3: note: candidate: template<class MatrixType> static Teuchos::RCP<Ifpack2::Preconditioner<typename MatrixType::scalar_type, typename MatrixType::local_ordinal_type, typename MatrixType::global_ordinal_type, typename MatrixType::node_type> > Ifpack2::Factory::create(const string&, const Teuchos::RCP<const T>&)
create (const std::string& precType,
^
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/Ifpack2_Factory_decl.hpp:135:3: note: template argument deduction/substitution failed:
main.cpp:195:40: note: types ‘const T’ and ‘Tpetra::CrsMatrix<>’ have incompatible cv-qualifiers
prec = factory.create (precName, A);
^
main.cpp:195:40: note: ‘Teuchos::RCP<Tpetra::CrsMatrix<> >’ is not derived from ‘const Teuchos::RCP<const T>’
In file included from /home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/Ifpack2_Factory.hpp:1:0,
from main.cpp:23:
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/Ifpack2_Factory_decl.hpp:175:3: note: candidate: template<class MatrixType> static Teuchos::RCP<Ifpack2::Preconditioner<typename MatrixType::scalar_type, typename MatrixType::local_ordinal_type, typename MatrixType::global_ordinal_type, typename MatrixType::node_type> > Ifpack2::Factory::create(const string&, const Teuchos::RCP<const T>&, int)
create (const std::string& precType,
^
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/Ifpack2_Factory_decl.hpp:175:3: note: template argument deduction/substitution failed:
main.cpp:195:40: note: types ‘const T’ and ‘Tpetra::CrsMatrix<>’ have incompatible cv-qualifiers
prec = factory.create (precName, A);
^
main.cpp:195:40: note: ‘Teuchos::RCP<Tpetra::CrsMatrix<> >’ is not derived from ‘const Teuchos::RCP<const T>’
```
My code is based on this example here: https://trilinos.org/docs/dev/packages/ifpack2/doc/html/classIfpack2_1_1Factory.html#aa19b22421fb0aeebe7a30d025b662aa6
```
#include "Ifpack2_Factory.hpp"
// ...
using Teuchos::ParameterList;
using Teuchos::RCP;
typedef double Scalar;
typedef Tpetra::CrsMatrix<Scalar> crs_matrix_type;
typedef Ifpack2::Preconditioner<Scalar> prec_type;
// ...
Ifpack2::Factory factory;
RCP<crs_matrix_type> A;
// ... fill A and call fillComplete() ...
// Use ILUT (incomplete LU with thresholding) on each process.
const std::string precType = "ILUT";
RCP<prec_type> prec = factory.create (precType, A);
ParameterList params;
params.set ("fact: ilut level-of-fill", 5.0); // ILUT(fill=5, drop=0)
prec->setParameters (params);
prec->initialize ();
prec->compute ();
// now prec can be used as a preconditioner
```
This is (basically) my actual code:
```
#include <Tpetra_MultiVector.hpp>
#include <Tpetra_CrsMatrix.hpp>
#include <Tpetra_Core.hpp>
#include <Tpetra_Version.hpp>
#include <Ifpack2_Factory.hpp>
int main(int argc, char *argv[])
{
using Teuchos::ParameterList;
using Teuchos::parameterList;
using Teuchos::RCP;
using Teuchos::rcp;
typedef Tpetra::CrsMatrix<scalar_type, local_ordinal_type, global_ordinal_type, node_type> crs_type;
[...]
RCP<const Teuchos::Comm<int> > comm = Tpetra::getDefaultComm ();
const global_ordinal_type indexBase = 0;
int numGlobalElementsMap = 5;
RCP<map_type> matrixMap = rcp (new map_type(numGlobalElementsMap, numGlobalElementsMap, indexBase, comm));
RCP<crs_type> A =
rcp(new crs_type(matrixMap, matrixMap, 0));
A->fillComplete();
// The name of the type of preconditioner to use.
const std::string precondType ("ILUT");
// Ifpack2 expects double-precision arguments here.
const double fillLevel = 2.0;
const double dropTol = 0.0;
const double absThreshold = 0.1;
const bool verbose = true;
const bool debug = false;
RCP<ParameterList> plist = parameterList ("Preconditioner");
plist->set ("Ifpack2::Preconditioner", precondType);
ParameterList precParams ("Ifpack2");
precParams.set ("fact: ilut level-of-fill", fillLevel);
precParams.set ("fact: drop tolerance", dropTol);
precParams.set ("fact: absolute threshold", absThreshold);
plist->set ("Ifpack2", precParams);
RCP<prec_type> prec;
//ParameterList listPrec;
ParameterList ifpack2Params;
//Ifpack Factory;
Ifpack2::Factory factory;
// Get the preconditioner type
const std::string precName = plist->get<std::string> ("Ifpack2::Preconditioner");
prec = factory.create (precName, A);
if (plist->isSublist ("Ifpack2"))
ifpack2Params = plist->sublist ("Ifpack2");
else
ifpack2Params.setName ("Ifpack2");
prec->setParameters (ifpack2Params);
prec->setParameters (ifpack2Params);
prec->initialize();
prec->compute();
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4416cannot convert 'Intrepid2::Basis<Kokkos::Serial, double, double>*' to 'Intrep...2019-02-18T13:38:19ZJames Willenbringcannot convert 'Intrepid2::Basis<Kokkos::Serial, double, double>*' to 'Intrepid2::Basis<Kokkos::OpenMP, double, double>*'*Created by: anhvt2*
<!---
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: ".
-->
Hi, this is not a Tril...*Created by: anhvt2*
<!---
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: ".
-->
Hi, this is not a Trilinos issue per se, but it is very related to Trilinos and I hope you can point me in the right direction. The Trilinos compilation went fine, but I'm encountering a compiling error from another package.
<!---
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.
-->
```
/Users/anhtran/Documents/trilinos/MILO/src/interfaces/physicsInterface.cpp: In member function 'void physics::setPeriBCs(Teuchos::RCP<Teuchos::ParameterList>&, Teuchos::RCP<panzer_stk::STK_Interface>&)':
/Users/anhtran/Documents/trilinos/MILO/src/interfaces/physicsInterface.cpp:1351:18: warning: comparison of integer expressions of different signedness: 'int' and 'std::vector<std::__cxx11::basic_string<char> >::size_type' {aka 'long unsigned int'} [-Wsign-compare]
for (int i=0; i<periSides.size(); i++){ //check that periodic sides have been correctly named
~^~~~~~~~~~~~~~~~~
In file included from /usr/local/trilinos/include/Teuchos_ArrayRCPDecl.hpp:47,
from /usr/local/trilinos/include/Teuchos_ArrayRCP.hpp:46,
from /usr/local/trilinos/include/Teuchos_ArrayView.hpp:47,
from /usr/local/trilinos/include/Teuchos_GlobalMPISession.hpp:52,
from /Users/anhtran/Documents/trilinos/MILO/src/./trilinos.hpp:23,
from /Users/anhtran/Documents/trilinos/MILO/src/physics/physics_base.hpp:15,
from /Users/anhtran/Documents/trilinos/MILO/src/interfaces/physicsInterface.hpp:15,
from /Users/anhtran/Documents/trilinos/MILO/src/interfaces/physicsInterface.cpp:12:
/usr/local/trilinos/include/Teuchos_RCP.hpp: In instantiation of 'Teuchos::RCP<T>::RCP(const Teuchos::RCP<T2>&) [with T2 = Intrepid2::Basis<Kokkos::Serial, double, double>; T = Intrepid2::Basis<Kokkos::OpenMP, double, double>]':
/Users/anhtran/Documents/trilinos/MILO/src/interfaces/physicsInterface.cpp:559:77: required from here
/usr/local/trilinos/include/Teuchos_RCP.hpp:289:38: error: cannot convert 'Intrepid2::Basis<Kokkos::Serial, double, double>*' to 'Intrepid2::Basis<Kokkos::OpenMP, double, double>*' in initialization
node_(r_ptr.access_private_node())
```
is there any way to bypass this Kokkos error?
<!---
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/kokkos
<!---
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.
-->
## 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:** 5dbd77aee8 4f90e42a6b
- **Relevant configure flags or configure script:**
```
cd $TRIL_BUILD
rm -r CMakeCache.txt
# rm -rfv *
### 5Feb19
cmake -D CMAKE_INSTALL_PREFIX:PATH="/usr/local/trilinos" \
-D MPI_BASE_DIR:PATH="/usr/local/" \
-D CMAKE_CXX_FLAGS:STRING="-O2 -std=c++11 -pedantic -ftrapv -Wall -Wno-long-long" \
-D CMAKE_Fortran_FLAGS:STRING="-O3 -lgfortran" \
-D CMAKE_BUILD_TYPE:STRING=RELEASE \
-D CMAKE_VERBOSE_MAKEFILE:BOOL=ON \
-D Trilinos_ENABLE_Fortran:BOOL=ON \
-D Trilinos_EXTRA_LINK_FLAGS:STRING="-ldl" \
-D Trilinos_ENABLE_SECONDARY_TESTED_CODE:BOOL=OFF \
-D Trilinos_INSTALL_LIBRARIES_AND_HEADERS=ON \
-D Trilinos_WARNINGS_AS_ERRORS_FLAGS:STRING="" \
-D Trilinos_ENABLE_CHECKED_STL:BOOL=OFF \
-D Trilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D Trilinos_ENABLE_INSTALL_CMAKE_CONFIG_FILES:BOOL=ON \
-D Trilinos_SKIP_FORTRANCINTERFACE_VERIFY_TEST:BOOL=ON \
-D Trilinos_ENABLE_EXAMPLES:BOOL=OFF \
-D Trilinos_ENABLE_TESTS:BOOL=OFF \
-D Trilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_ALL_OPTIONAL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_ALL_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_SCOREC:BOOL=ON \
-D PCU_COMPRESS:BOOL=ON \
-D SCOREC_DISABLE_STRONG_WARNINGS:BOOL=ON \
-D Trilinos_ENABLE_EXPORT_MAKEFILES:BOOL=OFF \
-D Trilinos_ASSERT_MISSING_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_EXPORT_MAKEFILES:BOOL=OFF \
-D Trilinos_ASSERT_MISSING_PACKAGES:BOOL=OFF \
-D Trilinos_ENABLE_Teuchos:BOOL=ON \
-D Trilinos_ENABLE_TeuchosCore:BOOL=ON \
-D Trilinos_ENABLE_TeuchosParameterList=ON \
-D Trilinos_ENABLE_TeuchosComm=ON \
-D Trilinos_ENABLE_TeuchosNumerics=ON \
-D Trilinos_ENABLE_TeuchosParser=ON \
-D Trilinos_ENABLE_TeuchosRemainder=ON \
-D Teuchos_ENABLE_THREAD_SAFE=ON \
-D Teuchos_ENABLE_yaml-cpp:BOOL=ON \
-D Trilinos_ENABLE_Shards:BOOL=ON \
-D Trilinos_ENABLE_Sacado:BOOL=ON \
-D Trilinos_ENABLE_Tpetra:BOOL=ON \
-D Trilinos_ENABLE_Kokkos:BOOL=ON \
-D HAVE_INTREPID_KOKKOSCORE: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_Intrepid2: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=ON \
-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_SEACAS:BOOL=ON \
-D Trilinos_ENABLE_SEACASIoss:BOOL=ON \
-D Trilinos_ENABLE_SEACASBlot:BOOL=ON \
-D Trilinos_ENABLE_SEACASPLT:BOOL=ON \
-D Trilinos_ENABLE_SEACASExo2mat=OFF \
-D Trilinos_ENABLE_SEACASExo2mat:BOOL=OFF \
-D Trilinos_ENABLE_SEACASExodus:BOOL=ON \
-D Trilinos_ENABLE_SEACASSVDI:BOOL=ON \
-D Trilinos_ENABLE_Pamgen:BOOL=ON \
-D Trilinos_ENABLE_EXAMPLES:BOOL=OFF \
-D Trilinos_ENABLE_TESTS:BOOL=ON \
-D Trilinos_ENABLE_Teko:BOOL=ON \
-D Trilinos_ENABLE_Belos:BOOL=ON \
-D Trilinos_ENABLE_ROL:BOOL=ON \
-D Trilinos_ENABLE_AztecOO:BOOL=ON \
-D Trilinos_ENABLE_Ifpack2:BOOL=ON \
-D Trilinos_ENABLE_Panzer:BOOL=ON \
-D Trilinos_ENABLE_Intrepid:BOOL=ON \
-D Trilinos_ENABLE_Intrepid2:BOOL=ON \
-D Trilinos_ENABLE_Shards:BOOL=ON \
-D Trilinos_ENABLE_Stratimikos:BOOL=ON \
-D Trilinos_ENABLE_ML:BOOL=ON \
-D Trilinos_ENABLE_Zoltan:BOOL=ON \
-D Trilinos_ENABLE_FEI:BOOL=ON \
-D Trilinos_ENABLE_Amesos:BOOL=ON \
-D Trilinos_ENABLE_Amesos2:BOOL=ON \
-D Amesos2_ENABLE_KLU2:BOOL=ON \
-D Trilinos_ENABLE_STKClassic:BOOL=OFF \
-D Trilinos_ENABLE_STKIO:BOOL=ON \
-D Trilinos_ENABLE_STKMesh:BOOL=ON \
-D Trilinos_ENABLE_STKUtil:BOOL=ON \
-D Trilinos_ENABLE_STKSearch:BOOL=ON \
-D Trilinos_ENABLE_STKTopology:BOOL=ON \
-D Trilinos_ENABLE_STKTransfer:BOOL=ON \
-D Trilinos_ENABLE_Belos:BOOL=ON \
-D Trilinos_ENABLE_MueLu:BOOL=ON \
-D Trilinos_ENABLE_OpenMP=ON \
-D TPL_ENABLE_Netcdf:BOOL=ON \
-D TPL_ENABLE_HDF5:BOOL=ON \
-D TPL_ENABLE_Matio=ON \
-D EpetraExt_ENABLE_HDF5:BOOL=OFF \
-D Matio_INCLUDE_DIRS="/usr/local/matio/include" \
-D Matio_LIBRARY_DIRS="/usr/local/matio/lib" \
-D Panzer_ENABLE_TESTS:BOOL=OFF \
-D Panzer_ENABLE_EXAMPLES:BOOL=OFF \
-D Panzer_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D STK_ENABLE_TESTS:BOOL=OFF \
-D Zoltan_INCLUDE_DIRS="/usr/local/zoltan/include" \
-D Zoltan_LIBRARY_DIRS="/usr/local/zoltan/lib" \
-D TPL_ENABLE_Boost:BOOL=ON \
-D TPL_ENABLE_BLAS:BOOL=ON \
-D TPL_ENABLE_GLM=OFF \
-D TPL_ENABLE_LAPACK:BOOL=ON \
-D TPL_ENABLE_MPI:BOOL=ON \
-D TPL_ENABLE_X11=ON \
-D HDF5_INCLUDE_DIRS:PATH="/usr/local/hdf5/include" \
-D HDF5_LIBRARY_DIRS:PATH="/usr/local/hdf5/lib" \
-D Netcdf_INCLUDE_DIRS:PATH="/usr/local/netcdf/include" \
-D Netcdf_LIBRARY_DIRS:PATH="/usr/local/netcdf/lib" \
-D Boost_INCLUDE_DIRS:PATH="/usr/local/boost/include" \
-D Boost_LIBRARY_DIRS:PATH="/usr/local/boost/lib" \
-D TPL_ENABLE_ParMETIS:STRING=ON \
-D ParMETIS_INCLUDE_DIRS:PATH="/usr/local/parmetis/include" \
-D ParMETIS_LIBRARY_DIRS:PATH="/usr/local/parmetis/lib" \
-D HAVE_PARMETIS_VERSION_4_0_3=ON \
-D TPL_ENABLE_METIS:STRING=ON \
-D METIS_INCLUDE_DIRS:PATH="/usr/local/metis/include" \
-D METIS_LIBRARY_DIRS:PATH="/usr/local/metis/lib" \
-D Trilinos_ENABLE_EXPLICIT_INSTANTIATION:BOOL=ON \
-D Tpetra_INST_FLOAT=OFF \
-D Tpetra_INST_INT_INT=ON \
-D Tpetra_INST_DOUBLE=ON \
-D Tpetra_INST_COMPLEX_FLOAT=OFF \
-D Tpetra_INST_COMPLEX_DOUBLE=OFF \
-D Tpetra_INST_INT_LONG=OFF \
-D Tpetra_INST_INT_UNSIGNED=OFF \
-D Tpetra_INST_INT_LONG_LONG=ON \
-D Zoltan_ENABLE_ULLONG_IDS:BOOL=ON \
-D Teuchos_ENABLE_LONG_LONG_INT:BOOL=ON \
-D KOKKOS_DEVICES="OpenMP" \
-D CMAKE_VERBOSE_MAKEFILE:BOOL=OFF \
-D Trilinos_VERBOSE_CONFIGURE:BOOL=OFF \
${TRIL_SRC}
```
- **Operating system and version:** macOS High Sierra version 10.13.6
- **Compiler and TPL versions:** gcc-8.2.0
## 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/4440Albany nightly builds (waterman, fedora + gcc) are broken b/c of Xpetra2019-02-22T16:32:03ZJames WillenbringAlbany nightly builds (waterman, fedora + gcc) are broken b/c of Xpetra*Created by: ikalash*
Looks like Trilinos broke a couple of the Albany builds (waterman, fedora + gcc). The culprit seems to be @trilinos/xpetra .
```
.../repos/Trilinos/packages/stk/stk_topology/stk_topology/apply_functor.hpp(154):...*Created by: ikalash*
Looks like Trilinos broke a couple of the Albany builds (waterman, fedora + gcc). The culprit seems to be @trilinos/xpetra .
```
.../repos/Trilinos/packages/stk/stk_topology/stk_topology/apply_functor.hpp(154): here
instantiation of "stk::topology::apply_host_functor::result_type stk::topology::apply_host_functor::operator()(stk::topology::topology_t) [with Functor=stk::topology_detail::face_nodes_impl>>>]"
/.../repos/Trilinos/packages/stk/stk_topology/stk_topology/topology_utils.hpp(521): here
instantiation of "void stk::topology::face_nodes(const NodeArray &, unsigned int, NodeOutputIterator) const [with NodeArray=const stk::mesh::Entity *, NodeOutputIterator=__gnu_cxx::__normal_iterator>>]"
/.../repos/Trilinos/packages/stk/stk_topology/stk_topology/topology.hpp(262): here
instantiation of "void stk::topology::sub_topology_nodes(const NodeArray &, unsigned int, unsigned int, NodeOutputIterator) const [with NodeArray=const stk::mesh::Entity *, NodeOutputIterator=__gnu_cxx::__normal_iterator>>]"
/.../repos/Trilinos/packages/stk/stk_topology/stk_topology/topology.hpp(310): here
instantiation of "void stk::topology::side_nodes(const NodeArray &, unsigned int, NodeOutputIterator) const [with NodeArray=const stk::mesh::Entity *, NodeOutputIterator=__gnu_cxx::__normal_iterator>>]"
/.../repos/Trilinos/packages/stk/stk_mesh/stk_mesh/baseImpl/elementGraph/ElemElemGraphImpl.cpp(86): here
/.../repos/Trilinos/packages/xpetra/src/CrsMatrix/Xpetra_CrsMatrixFactory.hpp(288): error: object of abstract class type "Xpetra::TpetraCrsMatrix" is not allowed:
pure virtual function "Xpetra::CrsMatrix::setObjectLabel [with Scalar=double, LocalOrdinal=int, GlobalOrdinal=int, Node=Xpetra::EpetraNode]" has no overrider
```
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=81706
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=81711https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4439MueLu "repartition: heuristic target rows per process" not found2019-02-26T07:30:02ZJames WillenbringMueLu "repartition: heuristic target rows per process" not found*Created by: spdomin*
New problem with select Muelu Nalu regression tests using develop Trilinos (started with 2/19/2019 nightly testing).
Error is as follows (all platforms):
terminate called after throwing an instance of 'MueLu:...*Created by: spdomin*
New problem with select Muelu Nalu regression tests using develop Trilinos (started with 2/19/2019 nightly testing).
Error is as follows (all platforms):
terminate called after throwing an instance of 'MueLu::Exceptions::RuntimeError'
terminate called after throwing an instance of 'MueLu::Exceptions::RuntimeError'
what(): /scratch/spdomin/nightlyBuildAndTest/Trilinos/packages/muelu/src/MueCentral/MueLu_Level.hpp:196:
Throw number = 1
Throw test that evaluated to true: !IsKey(fac, ename)
"repartition: heuristic target rows per process" not found
terminate called after throwing an instance of 'MueLu::Exceptions::RuntimeError'
what(): /scratch/spdomin/nightlyBuildAndTest/Trilinos/packages/muelu/src/MueCentral/MueLu_Level.hpp:196:
Bad (2/19):
NaluCFD/Nalu SHA1: df59923cdcaf75cb68a715932b134596d5ebf733
Trilinos/develop SHA1: fc0976b09507f493cee89d2e8591bb0fa1e9fbe6
Good (2/18):
NaluCFD/Nalu SHA1: df59923cdcaf75cb68a715932b134596d5ebf733
Trilinos/develop SHA1: 30457dff21c3bbe6dc5ed0de6d44ea776db8f8d9
The following tests FAILED:
1 - ablNeutralEdge (Failed)
27 - elemHybridFluids (Failed)
74 - oversetHybrid (Failed)
75 - uqSlidingMeshDG (Failed)
76 - waleElemXflowMixFrac3.5m (Failed)https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4430Try 2: Remove deprecated inheritance of SerialDense matrices from Object2019-02-25T16:36:43ZJames WillenbringTry 2: Remove deprecated inheritance of SerialDense matrices from Object*Created by: rhoope*
<!---
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: ".
-->
This is a new issue fo...*Created by: rhoope*
<!---
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: ".
-->
This is a new issue for the idea captured in Issue #4258 but using an approach that doesn't break backward compatibility (cf Issue #4330) and attempts to align with current guidance for deprecating code as in Issue #4269).
<!---
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/teuchos
<!---
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.
-->
## 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.
-->
Details are provided in Issue #4258.
## 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 Issues #4258 and #4330
* Part of
* Composed of Issue #4258
## 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/4426ROL: incomplete StepFactory class ?2019-02-19T18:23:18ZJames WillenbringROL: incomplete StepFactory class ?*Created by: jschueller*
@trilinos/rol
I wonder why ROL_StepFactory.hpp allows only to build a subset of the available algorithms:
https://github.com/trilinos/Trilinos/blob/master/packages/rol/src/step/ROL_StepFactory.hpp#L73
As ...*Created by: jschueller*
@trilinos/rol
I wonder why ROL_StepFactory.hpp allows only to build a subset of the available algorithms:
https://github.com/trilinos/Trilinos/blob/master/packages/rol/src/step/ROL_StepFactory.hpp#L73
As some others are available, like Newton-Krylov:
https://trilinos.org/docs/r12.12/packages/rol/doc/html/group__step__group.html
The same applies in isValidStep(), used in the OptimizationSolver interface.
https://github.com/trilinos/Trilinos/blob/master/packages/rol/src/zoo/ROL_Types.hpp#L357
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4418Tpetra::MultiVector: No CombineModes should do atomic updates with OpenMP if ...2019-02-26T19:36:16ZJames WillenbringTpetra::MultiVector: No CombineModes should do atomic updates with OpenMP if only 1 thread *Created by: mhoemmen*
@trilinos/tpetra @crtrott @vbrunini @jjellio
`Tpetra::MultiVector::unpackAndCombineNew` currently uses atomic updates for all CombineModes (but see #4417), except with `Kokkos::Serial`. This means that MultiV...*Created by: mhoemmen*
@trilinos/tpetra @crtrott @vbrunini @jjellio
`Tpetra::MultiVector::unpackAndCombineNew` currently uses atomic updates for all CombineModes (but see #4417), except with `Kokkos::Serial`. This means that MultiVector will always use atomic updates with `Kokkos::OpenMP`, even if the number of threads is one. As a result, MultiVector penalizes users for enabling OpenMP. MultiVector should instead check if the number of threads is one, and not use atomic updates in that case.
Fixing this will require refactoring MultiVector's "Op"s that implement the CombineModes. Right now, the Ops are responsible for deciding whether to do atomic updates. To fix this issue, we could just change the Ops so that they have two methods, one for atomic update and one for nonatomic, and let the calling functors decide which to use (based on a run-time switch). (That would also let us fix #962 later if we wanted; the run-time switch would be "using only one thread, or no duplicate LIDs.") This would also let us remove the "ExecutionSpace" template parameter from the Ops (which currently only is a means to select whether to use atomic updates), so it should prove a net simplification.
## Related Issues
* Related to #962, #4417 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4412Tpetra::Distributor: Don't fill indicesFrom_2019-02-18T16:38:12ZJames WillenbringTpetra::Distributor: Don't fill indicesFrom_*Created by: mhoemmen*
@trilinos/tpetra @jjellio @kddevin @vbrunini @crtrott
`Tpetra::Distributor` would always fill `indicesFrom_` with 0, 1, ..., `totalReceiveLength_-1`. This was not only a waste of time, it would unnecessarily ...*Created by: mhoemmen*
@trilinos/tpetra @jjellio @kddevin @vbrunini @crtrott
`Tpetra::Distributor` would always fill `indicesFrom_` with 0, 1, ..., `totalReceiveLength_-1`. This was not only a waste of time, it would unnecessarily make all reverse-mode communication take the slow path. (Reversing a Distributor swaps `indicesTo_` and `indicesFrom_`. A nonempty `indicesTo_` tells Distributor to take the slow path. If `indicesFrom_` is just 0, 1, ..., `totalReceiveLength_-1`, then Distributor does not need to take the slow path.)
Note that `Epetra_MpiDistributor` comments out the code that fills `indices_from_`, and claims that doing so fixes reverse communication.
@vbrunini found that applying my patch for fixing this made Aria's post-solve communication of the solution vector of the ViewFactor system a lot faster on 2 GPUs.
## Related Issues
* Blocks
* Is blocked by
* Follows
* Precedes
* Related to
* Part of
* Composed of
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4424Framework: Parameterize CDash Tracks for Pull Request Tests2019-02-25T17:11:05ZJames WillenbringFramework: Parameterize CDash Tracks for Pull Request Tests*Created by: william76*
@trilinos/framework
We discussed parameterizing the PR testing drivers so we can specify in the Jenkins job which track we'd like the tests to go to.
I'm testing this [on my fork][1], but I added a parameter...*Created by: william76*
@trilinos/framework
We discussed parameterizing the PR testing drivers so we can specify in the Jenkins job which track we'd like the tests to go to.
I'm testing this [on my fork][1], but I added a parameter `PULLREQUEST_CDASH_TRACK` which, if set and non-empty will set the `CDASH_TRACK` variable that's used inside the `PullRequestLinuxDriver-Test.sh` script.
I'm running a quick test using my jenkins simulator and it looks like it's working as intended... using '0000' as the PR number, it's showing up in the Clean track [here][2].
### Tasks
- [x] Update `PullRequestLinuxDriver-Test.sh` to take in a parameter for the desired CDash track to report results to.
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_cuda_9.2][3]
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_gcc_4.8.4][4]
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_gcc_4.9.3][5]
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_gcc_4.9.3_SERIAL][6]
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_gcc_7.2.0][7]
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_gcc_7.3.0][8]
- [x] Add parameter `PULLREQUEST_CDASH_TRACK` to [Trilinos_pullrequest_intel_17.0.1][9]
- [x] Update PR Driver configuration in the autotester.
FYI: @jwillenbring
[1]: https://github.com/william76/Trilinos/blob/parameterized-pr-cdash-track/cmake/std/PullRequestLinuxDriver-Test.sh#L298-L312
[2]: https://testing-vm.sandia.gov/cdash/index.php?project=Trilinos&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercombine=and&filtercount=2&showfilters=1&filtercombine=and&field1=buildname&compare1=63&value1=PR-0000-test&field2=buildstarttime&compare2=84&value2=NOW
[3]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_cuda_9.2/
[4]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_gcc_4.8.4/
[5]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_gcc_4.9.3/
[6]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_gcc_4.9.3_SERIAL/
[7]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_gcc_7.2.0/
[8]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_gcc_7.3.0/
[9]: https://ascic-jenkins.sandia.gov/job/trilinos-folder/job/Trilinos_pullrequest_intel_17.0.1/
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4404Switch to C bindings of BLAS & LAPACK?2019-02-15T22:57:28ZJames WillenbringSwitch to C bindings of BLAS & LAPACK?*Created by: mhoemmen*
@trilinos/framework
@mwglass pointed out that:
- Trilinos, kokkos-kernels, Sierra, ATDM, etc. all spent a lot of effort deducing and maintaining Fortran mangling of BLAS and LAPACK, yet
- the BLAS (and...*Created by: mhoemmen*
@trilinos/framework
@mwglass pointed out that:
- Trilinos, kokkos-kernels, Sierra, ATDM, etc. all spent a lot of effort deducing and maintaining Fortran mangling of BLAS and LAPACK, yet
- the BLAS (and even LAPACK)[
http://netlib.org/lapack/#_standard_c_language_apis_for_lapack] come with standard C bindings.
Why don't we all switch to the C bindings? That would get rid of all that mangling deduction code.https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4417Tpetra::MultiVector: REPLACE / INSERT CombineMode need not use atomic updates2019-02-26T10:34:01ZJames WillenbringTpetra::MultiVector: REPLACE / INSERT CombineMode need not use atomic updates*Created by: mhoemmen*
@trilinos/tpetra @crtrott @vbrunini @jjellio
See discussion here: https://github.com/trilinos/Trilinos/issues/962#issuecomment-464524708
@vbrunini , @crtrott , and I found out Friday that MultiVector Import...*Created by: mhoemmen*
@trilinos/tpetra @crtrott @vbrunini @jjellio
See discussion here: https://github.com/trilinos/Trilinos/issues/962#issuecomment-464524708
@vbrunini , @crtrott , and I found out Friday that MultiVector Import goes faster on multiple GPUs when we remove use of atomic updates (`Kokkos::atomic_assign`) with the REPLACE CombineMode. (INSERT and REPLACE do the same thing with MultiVector.) MultiVector uses atomics to implement "sparse all-reduce," but using them with the REPLACE CombineMode isn't a well-defined reduction, even ignoring rounding error. Thus, it makes sense to get rid of them, for MultiVector's REPLACE implementation at least.
## Related Issues
* Related to #962 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4421Framework: new version of gtest with gmock and gtest_main2019-02-18T19:00:39ZJames WillenbringFramework: new version of gtest with gmock and gtest_main*Created by: rppawlo*
@trilinos/framework - is there any chance someone could upgrade the gtest version in Trilinos to the most recent release and make sure to include gmock and gtest_main? Since gtest is installed as part of Trilinos, ...*Created by: rppawlo*
@trilinos/framework - is there any chance someone could upgrade the gtest version in Trilinos to the most recent release and make sure to include gmock and gtest_main? Since gtest is installed as part of Trilinos, some external apps are interested in leveraging this.
@jwillenbring @bathmatt https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4422Tpetra: CrsMatrix & CrsGraph swap() test updates2019-02-18T19:53:05ZJames WillenbringTpetra: CrsMatrix & CrsGraph swap() test updates*Created by: william76*
@trilinos/tpetra
The tests for `CrsMatrix::Swap()` and `CrsGraph::Swap()` are set up to run on MPI using 2 processors.
@wcmclen will expand them to work with 1..N processors
*Created by: william76*
@trilinos/tpetra
The tests for `CrsMatrix::Swap()` and `CrsGraph::Swap()` are set up to run on MPI using 2 processors.
@wcmclen will expand them to work with 1..N processors
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4407Trilinos build error due to missing file in Sacado2019-02-16T06:49:17ZJames WillenbringTrilinos build error due to missing file in Sacado*Created by: ikalash*
The Albany builds failed again due to Trilinos. Here is the error
```
/home/ikalash/nightlyAlbanyTests/Results/Trilinos/build/install/include/Sacado_MathFunctions.hpp:42:10: fatal error: Sacado_Fad_Ops_Fwd.hpp...*Created by: ikalash*
The Albany builds failed again due to Trilinos. Here is the error
```
/home/ikalash/nightlyAlbanyTests/Results/Trilinos/build/install/include/Sacado_MathFunctions.hpp:42:10: fatal error: Sacado_Fad_Ops_Fwd.hpp: No such file or directory
```
http://cdash.sandia.gov/CDash-2-3-0/viewBuildError.php?buildid=81523
@trilinos/sacado https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4364(C)Make fails at Scotch on various systems2019-03-08T07:06:46ZJames Willenbring(C)Make fails at Scotch on various systems*Created by: LennartSchu*
<!---
When building or cmake-ing the ShyLU-package, errors occur when enabling Scotch, which is needed by the Basker-LU-decomposition method.
-->
@trilinos/shylu
<!---
Assignees: If you know anyone w...*Created by: LennartSchu*
<!---
When building or cmake-ing the ShyLU-package, errors occur when enabling Scotch, which is needed by the Basker-LU-decomposition method.
-->
@trilinos/shylu
<!---
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.
-->
Hello,
I'm currently trying to build the ShyLU-package with the Basker solver on my systems. I've tried that on a Ubuntu 16.04.5 LTS xenial Server and a Fedora Workstation. Building the packages works on neither one of them with different errors. However, both errors seem to be caused by the Scotch-package.
In order to make sure that this error is not due to my system, I'm asking you to provide information about the system (OS, version, version of gcc, cmake, etc.) with which you build the Basker-Library in ShyLU. The README.txt in Trilinos/packages/shylu/shylu_node/Basker includes the info "Currently, it is unknown how Basker will behave on a random system and with HWLOC.", which is why I ask about your set up.
## Current Behavior
On Ubuntu, you have to build scotch version 6.0.3 by yourself since the most recent one provided by the official Ubuntu-repositories is version 5.1. Doing so, the CMake command (you find the exact commands below) runs fine and Scotch is included. However, running "make" gives numerous errors caused by scotch, first one of which is:
/home/om/Trilinos/packages/shylu/shylu_node/basker/src/shylubasker_order_scotch.hpp:186:5: error: ‘SCOTCH_Strat’ was not declared in this scope
SCOTCH_Strat strdat;
which indicates that Scotch is not actually linked in the process. My effort of debugging the error came to the conclusion that it might be due to the inclusion of the C-code into a C++-library. Scotch is written in C, but not included into the C++ code of Basker using an 'extern "C"'-statement. It might be that the version of g++ on the server (which is 5.5.0) does not support this.
Running the same CMake-command on the Fedora Workstation (which provides Scotch 6.0.7 in the repositories) fails at checking the scotch version:
HAVE_SCOTCH_VERSION_6_0_3 - Failure
even though Version 6.0.3 (or newer) is installed and cmake finds the libraries.
## Motivation and Context
I'm currently working on including Basker into the ida/sundials library. I've already included the NicsLU-solver into that library after observing that it is quicker in a testing environment I've set up for linear solvers. In my next step, I want to implement Basker into that testing enviroment to determine whether it would be useful for large-scale power system simulations. Finding quicker solvers is useful for both research and companies (e.g. transmission system operators) that use simulation software to provide stability and safety of the power supply of their customers.
## Steps to Reproduce
On Ubuntu 16.10 LTS:
1. Install Scotch 6.0.3 (or higher) manually and install it (here in /usr/local)
1. run cmake -DTrilinos_ENABLE_ShyLU=ON -DTrilinos_ENABLE_ShyLUBasker=ON -DTrilinos_ENABLE_ShyLU_NodeBasker=ON -DTPL_ENABLE_OpenMP=ON -DTrilinos_ENABLE_Kokkos=ON -DTrilinos_ENABLE_ShyLU_DD=ON -DTrilinos_ENABLE_ShyLU_DDBDDC=ON -DTPL_ENABLE_MPI=ON -DTrilinos_ENABLE_OpenMP=ON ..
1. run make
On Fedora Workstation:
1. Install Scotch (either using the official repositories or manually, the error will be the same)
1. run cmake -DTrilinos_ENABLE_ShyLU=ON -DTrilinos_ENABLE_ShyLUBasker=ON -DTrilinos_ENABLE_ShyLU_NodeBasker=ON -DTPL_ENABLE_OpenMP=ON -DTrilinos_ENABLE_Kokkos=ON -DTrilinos_ENABLE_ShyLU_DD=ON -DTrilinos_ENABLE_ShyLU_DDBDDC=ON -DTPL_ENABLE_MPI=ON -DTrilinos_ENABLE_OpenMP=ON ..
## Your Environment
<!---
Include relevant details about your environment such that we can replicate this
issue.
-->
- **Relevant configure flags or configure script:** the cmake-flags given above
- **Operating system and version:** Ubuntu 16.10 LTS and Fedora Workstation
- **Compiler and TPL versions:** gcc version 5 on Ubuntu, version 8 on Fedora
<!---
## 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/4392Ifpack2::OverlappingRowMatrix::apply is unnecessarily sequential2019-02-15T20:01:22ZJames WillenbringIfpack2::OverlappingRowMatrix::apply is unnecessarily sequential*Created by: mhoemmen*
@trilinos/ifpack2
It uses the old ArrayRCP host access interface of `Tpetra::MultiVector`, when it could just use `Tpetra::CrsMatrix::localApply` and get thread / CUDA parallelism for free. This could also be...*Created by: mhoemmen*
@trilinos/ifpack2
It uses the old ArrayRCP host access interface of `Tpetra::MultiVector`, when it could just use `Tpetra::CrsMatrix::localApply` and get thread / CUDA parallelism for free. This could also be related to #4353.
This will require making `Tpetra::CrsMatrix::localApply` public, but I'm OK with that; it's a useful function for implementing block operators efficiently.
## Related Issues
* Related to #4353 https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4394KokkosKernels: KokkosKernels_blas_serial_MPI_1 tests are unstable2019-02-21T19:32:59ZJames WillenbringKokkosKernels: KokkosKernels_blas_serial_MPI_1 tests are unstable*Created by: william76*
@trilinos/kokkos-kernels
The `KokkosKernels_blas_serial_MPI_1` test has been having some [intermittent failures the past few days][1]. Can someone on the @trilinos/kokkos-kernels have a look at this and see w...*Created by: william76*
@trilinos/kokkos-kernels
The `KokkosKernels_blas_serial_MPI_1` test has been having some [intermittent failures the past few days][1]. Can someone on the @trilinos/kokkos-kernels have a look at this and see what's happening?
The [CDash output][2] isn't terribly exciting:
```
Note: Google Test filter = -serial.gemm_double
[==========] Running 89 tests from 1 test case.
[----------] Global test environment set-up.
[----------] 89 tests from serial
[ RUN ] serial.gemm_complex_double
```
@ndellingwood when you have a chance can you have a look at this? I've been seeing the error on the develop->master pull requests. It popped up after the merge of new kokkos stuff last week, but it seems to be intermittent so we don't have a ton of data points just yet.
[1]: https://testing.sandia.gov/cdash/testSummary.php?project=1&name=KokkosKernels_blas_serial_MPI_1&date=2019-02-13
[2]: https://testing-vm.sandia.gov/cdash/testDetails.php?test=65847315&build=4549908https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4398Belos::LinearProblem MV and OP this_type_is_missing_a_specialization2019-02-14T09:23:54ZJames WillenbringBelos::LinearProblem MV and OP this_type_is_missing_a_specialization*Created by: freaklovesmango*
I have an error code while compiling my program and explicitly it has to do with the linear problem of Belos but I am not sure how to solve this problem. What did I miss? Is it something I should have inc...*Created by: freaklovesmango*
I have an error code while compiling my program and explicitly it has to do with the linear problem of Belos but I am not sure how to solve this problem. What did I miss? Is it something I should have included? Is it some typedef thing?
Basically, the following is my code, with matrix A and vectors x and b which are all declared by Teuchos::RCP as well.
```
#include <Tpetra_MultiVector.hpp>
#include <Tpetra_Core.hpp>
#include <Tpetra_Version.hpp>
#include <BelosLinearProblem.hpp>
#include <Teuchos_RCP.hpp>
#include "Tpetra_Operator.hpp"
int main(int argc, char *argv[])
{
typedef Tpetra::Vector<>::scalar_type scalar_type;
typedef Tpetra::Vector<>::local_ordinal_type local_ordinal_type;
typedef Tpetra::Vector<>::global_ordinal_type global_ordinal_type;
typedef Tpetra::Vector<>::node_type node_type;
typedef Tpetra::MultiVector<> mv_type;
typedef Tpetra::Operator<> op_type;
...
Teuchos::RCP<Belos::LinearProblem<scalar_type, mv_type, op_type>> belosProblem =
Teuchos::rcp(new Belos::LinearProblem<scalar_type, mv_type, op_type> (A, x, b));
}
```
And this is the error message I get:
```
In file included from /home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosLinearProblem.hpp:49:0,
from main.cpp:13:
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosMultiVecTraits.hpp: In instantiation of ‘static ScalarType Belos::UndefinedMultiVecTraits<ScalarType, MV>::notDefined() [with ScalarType = double; MV = Tpetra::MultiVector<>]’:
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosMultiVecTraits.hpp:219:58: required from ‘static int Belos::MultiVecTraits<ScalarType, MV>::GetNumberVecs(const MV&) [with ScalarType = double; MV = Tpetra::MultiVector<>]’
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosLinearProblem.hpp:880:51: required from ‘bool Belos::LinearProblem<ScalarType, MV, OP>::setProblem(const Teuchos::RCP<T2>&, const Teuchos::RCP<const T2>&) [with ScalarType = double; MV = Tpetra::MultiVector<>; OP = Tpetra::Operator<>]’
main.cpp:184:41: required from here
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosMultiVecTraits.hpp:80:55: error: ‘this_type_is_missing_a_specialization’ is not a member of ‘Tpetra::MultiVector<>’
return MV::this_type_is_missing_a_specialization();
^
In file included from /home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosLinearProblem.hpp:50:0,
from main.cpp:13:
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosOperatorTraits.hpp: In instantiation of ‘static void Belos::UndefinedOperatorTraits<ScalarType, MV, OP>::notDefined() [with ScalarType = double; MV = Tpetra::MultiVector<>; OP = Tpetra::Operator<>]’:
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosOperatorTraits.hpp:131:62: required from ‘static void Belos::OperatorTraits<ScalarType, MV, OP>::Apply(const OP&, const MV&, MV&, Belos::ETrans) [with ScalarType = double; MV = Tpetra::MultiVector<>; OP = Tpetra::Operator<>]’
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosLinearProblem.hpp:893:21: required from ‘bool Belos::LinearProblem<ScalarType, MV, OP>::setProblem(const Teuchos::RCP<T2>&, const Teuchos::RCP<const T2>&) [with ScalarType = double; MV = Tpetra::MultiVector<>; OP = Tpetra::Operator<>]’
main.cpp:184:41: required from here
/home/freaklovesmango/build-trilinos-tpetra/install/Trilinos/include/BelosOperatorTraits.hpp:71:48: error: ‘this_type_is_missing_a_specialization’ is not a member of ‘Tpetra::Operator<>’
OP::this_type_is_missing_a_specialization();
```
https://gitlab.osti.gov/jmwille/Trilinos/-/issues/4381Tpetra: Changes to Import broke MMM_Timings2019-02-13T18:15:02ZJames WillenbringTpetra: Changes to Import broke MMM_Timings*Created by: csiefer2*
Both the changes and the MMM_Timings use "prefix" to mean different data types.
*Created by: csiefer2*
Both the changes and the MMM_Timings use "prefix" to mean different data types.