[deal.II] step 21 runs error

When using the function "project", we found the mapping is necessary(in vector_tools_project.templates.h),but in step21(line 1155) don't have mapping. So when we run this exe, it has error and we can't get results. Therefore, we want know how to change this problem. [image: 1.png][image: 2.png]

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

Hello, I recompiled trilinos without tpetra to sidestep this error, but ended up with another error involving epetra, and apparently epetra is minimal module required for trilinos with deal.ii, so I cannot do the same thing.The error: [ 31%] Building CXX object source/numerics/CMakeFiles/obj_

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

Alex, This is really strange. I've never seen that error before. Can you try to install deal.II 9.3 https://github.com/dealii/dealii/releases/tag/v9.3.0 and see if you get the same error? Best, Bruno Le lun. 7 juin 2021 à 05:54, Alex Cumberworth a écrit : > > Hello, > > I recompiled trilinos w

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

Alex, it looks like Trilinos and SUNDIALS are using different MPI implementations that are incompatible. There is not much we can do about this within deal.II. Can you try to reinstall SUNDIALS or Trilinos using the same MPI implementation as the other one? Best, Daniel Am Mo., 7. Juni 2021 um 0

[deal.II] Re: Integrated material and spatial traction forces on boundary not equal

Hi Alex, I'm learning deal.ii and trying do the similar verification. If it is possible for you to share the code with me? Thank you! Michael On Tuesday, May 11, 2021 at 4:46:55 AM UTC-6 alexanderc...@gmail.com wrote: > Hello, > > As a test to validate my code, I am solving the equations for >

Re: [deal.II] step 21 runs error

Nick, Just pass "MappingQGeneric (1)" as first argument, see https://www.dealii.org/current/doxygen/deal.II/namespaceVectorTools.html#ac6b404bf03cb2a742b290421cc2789fe . Best, Daniel Am Mo., 7. Juni 2021 um 05:37 Uhr schr

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

Hi Daniel, I have actually set DEAL_II_WITH_SUNDIALS:BOOL=OFF so I don't really understand why it is trying to compile with sundials. Sundials is actually not installed on my system, so deal.ii must be using the bundled version. I will try to compile sundials and see if that helps. Best, Alex

Re: [deal.II] Re:

Yes, actually both schemes converge to the same solution. Maybe I should do some postprocessing with a visualiuation in order to figure out what the lumped integration does with the values at the qps. I´ve got one more basic question ragarding the determination of the convergence rate as it is

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

On 6/7/21 8:41 AM, Alex Cumberworth wrote: I noticed that I attached the error file for 9.2, and that the source of the error in 9.3 is different. In 9.2, something goes wrong when one of the bundled sundials files is compiled, while 9.3, it is when one of the bundled arborx files is compiled.

Re: [deal.II] Re:

On 6/7/21 8:12 AM, Simon wrote: Yes, actually both schemes converge to the same solution. Maybe I should do some postprocessing with a visualiuation in order to figure out what the lumped integration does with the values at the qps. Then the difference you observe is simply numerical error.

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

The cause of this particular issue actually appears to be some symlinks to the mpi include directory in my home directory. I am surprised that this was the cause of the errors as they still point to the same mpi directory that cmake finds. Once I removed them the errors disappeared. While I am

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

On 6/7/21 10:02 AM, Alex Cumberworth wrote: The cause of this particular issue actually appears to be some symlinks to the mpi include directory in my home directory. I am surprised that this was the cause of the errors as they still point to the same mpi directory that cmake finds. Once I remo

Re: [deal.II] interpolate_boundary_values does not work

On 6/6/21 10:35 PM, Zhuoran Wang wrote: I'm now trying to use WG(P1,P1) to solve Darcy. For WG(P0,P0), I used FE_DGQ and FE_FaceQ which are the same as FE_DGP and FE_FaceP. But for higher elements, I need to use FE_FaceP. If the face dof is correctly figured out, I suppose I can assign the D.B.C

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

I have now run into another error, although I suspect it should be more straightforward to solve: make[2]: *** No rule to make target '/home/ipausers/cumberworth/lib/libsacado.a', needed by 'lib/libdeal_II.g.so.9.3.0'. Stop. make[1]: *** [CMakeFiles/Makefile2:3238: source/CMakeFiles/deal_II.g

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

On 6/7/21 10:35 AM, Alex Cumberworth wrote: make[2]: *** No rule to make target '/home/ipausers/cumberworth/lib/libsacado.a', needed by 'lib/libdeal_II.g.so.9.3.0'.  Stop. make[1]: *** [CMakeFiles/Makefile2:3238: source/CMakeFiles/deal_II.g.dir/all] Error 2 make: *** [Makefile:149: all] Erro

Re: [deal.II] Re:

" I'm sure someone has proved this, but my intuition is that for every elliptic equation without an advection term, you will get the same convergence rate as for the Laplace equation as long as the coefficient in the elliptic operator is nice enoug." I'll will search in the literature to get deepe

Re: [deal.II] Re:

And the nonlinear equations of elasticity are actually elliptic equations? Yes. If the stress-strain relationship is monotonic, i.e., if the stress increases with increasing strain. (So no bizarre materials with negative compressibility, for example.) -Is the *expected rate* the rate whi

Re: [deal.II] Compiling deal.II with GCC version 9.3.0 results in missing C++11 features error

Alex, I think this is a problem related to the cluster's OS. On Cray XC50, I had to explicitly set the link type to dynamic before installation, because by default Cray does a static link. I had to set export XTPE_LINK_TYPE=dynamic export CRAYPE_LINK_TYPE=dynamic before the installation. You can

Re: [deal.II] interpolate_boundary_values does not work

Thanks for the clarification, Dr. Bangerth. I think I will use the zero boundary condition to test whether finite element spaces are appropriate. Best, Zhuoran On Tue, Jun 8, 2021 at 12:19 AM Wolfgang Bangerth wrote: > On 6/6/21 10:35 PM, Zhuoran Wang wrote: > > I'm now trying to use WG(P1,P1)