Re: [deal.II] Compilation Error with the Trilinos Package in deal.II

I also got this error recently when I used gcc-13.2 on opensuse 15.5. /home/ubuntu/dealii-candi/tmp/unpack/Trilinos-trilinos-release-13-2-0/packages/teuchos/core/src/Teuchos_BigUIntDecl.hpp:67:8: error: ‘uint32_t’ in namespace ‘std’ does not name a type; did you mean ‘wint_t’? Using gcc-12.3 I

Re: [deal.II] Compilation Error with the Trilinos Package in deal.II

On 1/13/24 19:48, dehua liu wrote: Yes，I have attempted to install Trilinos 14.0.0 and Trilinos 15.0.0, but both resulted in different levels of error messages. For Trilinos 14.0.0, the error message is as follows: Screenshot from 2024-01-14 10-33-50.png For Trilinos 15.0.0, the error messa

Re: [deal.II] Compilation Error with the Trilinos Package in deal.II

Dehua, these are problems with compiling Trilinos, a project we have no influence over. You're using Trilinos 13.2, which perhaps is not compatible with whatever new compiler you might have. Could you try using a newer version of Trilinos, say one of the 14.x releases here? https://github.

Re: [deal.II] Compilation Error with the Plasticity Package in deal.II Version 9.5.1

On 1/12/24 20:31, Zhen Li wrote: I'm new to working with deal.II and I encountered a compilation error when trying to build the plasticity package. The error message is as follows: /home/a/Projects/prisms/plasticity/src/ellipticBVP/periodicBCs.cc:1086:64: note: expected a constant of type 'i

[deal.II] Compilation Error with the Plasticity Package in deal.II Version 9.5.1

Dear all, I'm new to working with deal.II and I encountered a compilation error when trying to build the plasticity package. The error message is as follows: /home/a/Projects/prisms/plasticity/src/ellipticBVP/periodicBCs.cc:1086:64: note: expected a constant of type 'int', got 'dealii::DoFHandl

Re: [deal.II] Compilation error in v9.5.1

On 7/23/23 08:22, Tomáš Levý wrote: yes, wit the updated file is compiles without a problem. Thank you very much for the quick workaround! Great, thanks for checking! Best W. -- Wolfgang Bangerth email:

Re: [deal.II] Compilation error in v9.5.1

Dear Wolfgang, yes, with the updated file it compiles without a problem. Thank you very much for the quick workaround! Best, Tomas Dne sobota 22. července 2023 v 20:12:39 UTC+2 uživatel Wolfgang Bangerth napsal: > > Tomas: > can you try whether the changes here are sufficient for you to compi

Re: [deal.II] Compilation error in v9.5.1

Dear Wolfgang, yes, wit the updated file is compiles without a problem. Thank you very much for the quick workaround! Best, Tomas Dne sobota 22. července 2023 v 20:12:39 UTC+2 uživatel Wolfgang Bangerth napsal: > > Tomas: > can you try whether the changes here are sufficient for you to compil

Re: [deal.II] Compilation error in v9.5.1

Tomas: can you try whether the changes here are sufficient for you to compile this file? https://github.com/dealii/dealii/pull/15781 Best Wolfgang On 7/21/23 19:49, Wolfgang Bangerth wrote: On 7/21/23 15:26, Tomáš Levý wrote: Any advice please? Tomas: that's awkward -- I guess nobody

Re: [deal.II] Compilation error in v9.5.1

On 7/21/23 15:26, Tomáš Levý wrote: Any advice please? Tomas: that's awkward -- I guess nobody tests deal.II with PETSc but without MPI :-( Can you try if it compiles for you if you simply comment out the entire content of the export_to_ghosted_array_start() and export_to_ghosted_array_fini

[deal.II] Compilation error in v9.5.1

Dear all, I'm trying to compile the 9.5.1 version without MPI on Ubuntu 20.04 but I'm getting the following error: /home/tom/p/dealii/source/lac/petsc_communication_pattern.cc: In member function ‘void dealii::PETScWrappers::CommunicationPattern::export_to_ghosted_array_start(const dealii::A

Re: [deal.II] Compilation error

Hello I think I have solved the problem. I had a custom lapack installation in /usr/local/lib and Trilinos was picking that one instead of the version from *candi* at /usr/lib. After removing the first one I was able to build the library with *candi*. I noticed too many warnings related to casting

Re: [deal.II] Compilation error

On 11/26/22 07:33, Pedro Rodrigues wrote: I am trying to build the library with your candi script but I got an error, apparently with a missing function from Trilinos library: [ 75%] Linking CXX executable ../bin/step-1.debug /usr/bin/ld: /root/dealii-candi/trilinos-release-13-2-0/lib/libepet

[deal.II] Compilation error

Hello I am trying to build the library with your candi script but I got an error, apparently with a missing function from Trilinos library: [ 75%] Linking CXX executable ../bin/step-1.debug /usr/bin/ld: /root/dealii-candi/trilinos-release-13-2-0/lib/libepetra.so: undefined reference to `dggsvd_

Re: [deal.II] Deal.II compilation error issued at example steps phase

Dear Saad, Well, after briefly browsing the Ginkgo repository online, its a bit of a mystery to me. The mask looks to be declared by this call to this piece of m

[deal.II] Deal.II compilation error issued at example steps phase

Dear Deal.ii community, I'm trying to compile the Deal.II (9.2.0, 9.3.0 or dev branch) with examples enabled, the compilation goes well until it reaches the example phase, for example step-9 in version dev branch breaks the compilation with an error *../../lib/libdeal_II.g.so.10.0.0-pre: e

Re: [deal.II] Compilation error: use of deleted function

W dniu wtorek, 25 września 2018 20:59:41 UTC+2 użytkownik Wolfgang Bangerth napisał: > > On 09/25/2018 08:33 AM, Michał Wichrowski wrote: > >multigrids_sc_pointers[level] = new Multigrid( > > mg_matrix_sc, > > mg_coarse_sc, > > mg_transfer_sc, > > mg_smoother_sc, > > mg_smoo

Re: [deal.II] Compilation error: use of deleted function

On 09/25/2018 08:33 AM, Michał Wichrowski wrote: >   multigrids_sc_pointers[level] =  new Multigrid( >     mg_matrix_sc, >     mg_coarse_sc, > mg_transfer_sc, > mg_smoother_sc, > mg_smoother_sc); This won't compile. You'll have to write this as multigrids_sc_pointers[level] = std_cxx14::mak

Re: [deal.II] Compilation error: use of deleted function

Michal. > Ok, now I understand the idea. I do not need to copy a specific object, > just several Multigrid objects, so it should work. > If I understand correctly, I should do something like this: > std::vector > > > multigrids_sc_pointers(triangulation.n_global_levels()); > for (unsig

Re: [deal.II] Compilation error: use of deleted function

> > On 09/25/2018 07:38 AM, Michał Wichrowski wrote: > > > > > > Yes, I need triangulation.n_global_levels() copies of multigrid. I > modify each > > of them in next line: > > > >std::vector > > > multigrids_sc(triangulation.n_global_levels(), > >mg_sc); > >for (unsigned in

Re: [deal.II] Compilation error: use of deleted function

On 09/25/2018 07:38 AM, Michał Wichrowski wrote: > > > Yes, I need triangulation.n_global_levels() copies of multigrid. I modify > each > of them in next line: > >   std::vector > > multigrids_sc(triangulation.n_global_levels(), >   mg_sc); >   for (unsigned int level = 0; level ++level)

Re: [deal.II] Compilation error: use of deleted function

W dniu wtorek, 25 września 2018 15:30:06 UTC+2 użytkownik Wolfgang Bangerth napisał: > > On 09/25/2018 05:56 AM, Michał Wichrowski wrote: > > > > Yep, I am trying to copy Multigrid object on purpose, I found the line > > corresponding to the problem: > > Line 762: > >std::vector > >

Re: [deal.II] Compilation error: use of deleted function

On 09/25/2018 05:56 AM, Michał Wichrowski wrote: > > Yep, I am trying to copy Multigrid object on purpose, I found the line > corresponding to the  problem: > Line 762: >   std::vector > > multigrids_sc(triangulation.n_global_levels(), >   mg_sc); > >  I need a vector of objects of type Mul

Re: [deal.II] Compilation error: use of deleted function

> > Michal, > the error is in your code, but since I don't have it, I can't tell > where. I suspect that you are trying to copy an object of type > Multigrid, in StokeMatrixFree/StokesMatrixFree.cc:34 of your project. > This copy may happen implicitly if you call a function that takes a > Mul

Re: [deal.II] Compilation error: use of deleted function

On 09/21/2018 05:22 AM, Michał Wichrowski wrote: > Dear all, > > I have errors when compiling my code with the devellpment version of > deal.II .  The same problems occurs also with 9.0.0, the code works well > with 9.0.0-pre. I  have no idea how to resolve these problems. > > Michał > > /home

[deal.II] Compilation error: use of deleted function

Dear all, I have errors when compiling my code with the devellpment version of deal.II . The same problems occurs also with 9.0.0, the code works well with 9.0.0-pre. I have no idea how to resolve these problems. Michał /home/mwichro/lib/deal.II/include/deal.II/multigrid/multigrid.h:137:7:

Re: [deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

Hi Daniel, The third issue is fixed in https://github.com/dealii/dealii/pull/7213 > > . Thank you for creating the fix. the first issue you observed is rel

Re: [deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

Sambit, the first issue you observed is related to https://gitlab.kitware.com/cmake/cmake/issues/17538. In particular, the MPI include directories might not be set correctly for the CUDA compiler. This often happens when the CMAKE_CXX_COMPILER does not need additional include directories to com

Re: [deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

It seems the issue is related to -DDEAL_II_WITH_64BIT_INDICES=ON. If I set -DDEAL_II_WITH_64BIT_INDICES=OFF, the compilation worked fine. Best, Sambit On Tuesday, September 18, 2018 at 11:17:43 PM UTC-5, Sambit Das wrote: > > Hi Bruno and Jean, > > Based on the discussion in (https://github.com/

Re: [deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

Hi Bruno and Jean, Based on the discussion in (https://github.com/dealii/dealii/issues/7204 ) I used the temporary fix of setting SET(ZLIB_INCLUDE_DIR

Re: [deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

Hi Jean-Paul, Thanks for referring me to the github issue ( https://github.com/dealii/dealii/issues/7204 ). It does seem they are related issues. I will ke

Re: [deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

Hi Sambit, Your new error looks like the same one reported (https://github.com/dealii/dealii/issues/7204 ) yesterday so I don’t think that using another version of CMake will fix it. I’m not quite sure what the answer to the problem is, since the d

[deal.II] Compilation error in dealii development version (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0 compiler and cuda/9.2

Dear all, I am trying to compile the latest development version of dealii (9.1.0-pre, shortrev c6b7876) using gcc/7.2.0, openmpi/3.0.0/gcc/7.2.0, cuda/9.2 and cmake-3.12.2. During compilation I get the following error: [ 57%] Building CUDA object source/base/CMakeFiles/obj

[deal.II] Compilation error in dealii development version (version 9.1.0-pre, shortrev 7537ea7) using intel/18.0.2 compiler

Dear all, I am trying to compile the latest development version of dealii (version 9.1.0-pre, shortrev 7537ea7) using intel/18.0.2, intelmpi and cmake/3.10.2. During compilation I get the following error: /work/05316/dsambit/publicSharedSoftware/dealiiDevLatest/dealii/source/multigrid/mg_transf

Re: [deal.II] Compilation error during the use of CellDataStorage datastructure

Hi Phani, Hmm… interesting. I think that you may be using the class in a way that we did not expect - I think that we intended it to store a struct/class rather than a primitive data type. I think that this should be an easy fix, namely that this assert (and perhaps others) need to be extended

[deal.II] Compilation error during the use of CellDataStorage datastructure

Hi, I am trying to create a quadrature Point data in the form of CellDataStorage. My quadrature point data are of of type "double" and hence I do the following CellDataStorage::active_cell_iterator,double> rhoQuadData; typename DoFHandler<3>::active_cell_iterator cell_start = dofHandler.

Re: [deal.II] Compilation error

I installed gcc 4.8 (which has c++11) and recompiled everything using it, so I shouldn't have to bug you with the compilation errors anymore =) On Tuesday, 29 November 2016 13:18:17 UTC-5, Wolfgang Bangerth wrote: > > > Lev, > > > when trying to compile the newest version of dealII, I get a bunc

Re: [deal.II] Compilation error

Lev, when trying to compile the newest version of dealII, I get a bunch of errors: [ 46%] Building CXX object source/fe/CMakeFiles/obj_fe.debug.dir/mapping_q_generic.cc.o /home/lev/aspect/dealii_debug/source/fe/mapping_q_generic.cc:443: error: using ‘typename’ outside of templa

Re: [deal.II] Compilation error

Thanks Wolfgang! On Tuesday, 29 November 2016 13:18:17 UTC-5, Wolfgang Bangerth wrote: > > > Lev, > > > when trying to compile the newest version of dealII, I get a bunch of > errors: > > > > [ 46%] Building CXX object > > source/fe/CMakeFiles/obj_fe.debug.dir/mapping_q_generic.cc.o

[deal.II] Compilation error

Hi, when trying to compile the newest version of dealII, I get a bunch of errors: [ 46%] Building CXX object > source/fe/CMakeFiles/obj_fe.debug.dir/mapping_q_generic.cc.o > /home/lev/aspect/dealii_debug/source/fe/mapping_q_generic.cc:443: error: > using ‘typename’ outside of template > /home/

Re: [deal.II] Compilation error

On 11/16/2016 07:40 PM, Lev Karatun wrote: [ 63%] Building CXX object source/base/CMakeFiles/obj_base.release.dir/mpi.cc.o /home/r/russ/lkaratun/aspect/dealii/source/base/mpi.cc: In constructor 'dealii::Utilities::MPI::MPI_InitFinalize::MPI_InitFinalize(int&, char**&, unsigne

[deal.II] Compilation error

Hi everyone, I was trying to update dealII to the latest version but got the following error: [ 63%] Building CXX object > source/base/CMakeFiles/obj_base.release.dir/mpi.cc.o > /home/r/russ/lkaratun/aspect/dealii/source/base/mpi.cc: In constructor > 'dealii::Utilities::MPI::MPI_InitFinalize::