>
> Yes, you can likely ignore the error. If you really want to run this
> quicktest, you can change
> make_quicktest("p4est" ${_mybuild} 10)
> to
> make_quicktest("p4est" ${_mybuild} 4)
> in tests/quick_tests/CMakeLists.txt.
This works. Thanks.
--
The deal.II project is located at
Erik,
Can you share your code and your mesh with us?
Best,
Daniel
Am Sa., 5. Okt. 2019 um 20:30 Uhr schrieb Erik Fujiyama <
erikfujiy...@gmail.com>:
> Hello, I think I'm having a similar problem to the OP. I searched a lot,
> but that's the closest that I could find. I'm trying to work with
Victor,
this might a bit too specific for the mailing list, but I detail my
installation steps for deal.II+ASPECT on Frontera here:
https://github.com/geodynamics/aspect/wiki/Installation-on-Frontera
(Trilinos and p4est, I don't need PETSc right now)
On Sat, Oct 5, 2019 at 7:09 PM Victor
Hello, I think I'm having a similar problem to the OP. I searched a lot,
but that's the closest that I could find. I'm trying to work with some
meshes from gmsh, so I used the gridin functions to read them.
Triangulation triangulation;
GridIn gridin;
On Oct 5, 2019, at 4:13 PM, Timo Heister
mailto:timo.heis...@gmail.com>> wrote:
-D DEAL_II_WITH_MPI=ON \
-D DEAL_II_CXX_FLAGS="-march=native" \
-D DEAL_II_WITH_CXX17=OFF \
-D DEAL_II_WITH_64BIT_INDICES=ON \
-D DEAL_II_COMPONENT_EXAMPLES=OFF \
-D
CC=mpicc CXX=mpicxx cmake \
-D DEAL_II_WITH_MPI=ON \
-D DEAL_II_CXX_FLAGS="-march=native" \
-D DEAL_II_WITH_CXX17=OFF \
-D DEAL_II_WITH_64BIT_INDICES=ON \
-D DEAL_II_COMPONENT_EXAMPLES=OFF \
-D CMAKE_INSTALL_PREFIX=`pwd`/install \
../../deal-git
This is with
Stefan,
I am getting
Abort: Expected '(int) edge_trees - (int) ta->elem_count':
'p8est_find_edge_transform_internal (conn, itree, iedge, ei,
conn->edge_to_tree + ettae, conn->edge_to_edge + ettae, edge_trees)'
Abort: /home/darndt/Sources/p4est-2.2/src/p8est_connectivity.c:
Abort
Vachan,
[...]
> However,
> make test
> for p4est failed with the following message
> There are not enough slots available in the system to satisfy the 10 slots
> that were requested by the application:
> ./p4est.debug
>
> Either request fewer slots for your application, or make more slots
>
huyanzhou,
in the documentation , it's said in the case of mesh with moved vertices is
> refined a few step later, should do as follows:
> 1. save the offset applied to every vertex,
> 2. call communicate_locally_moved_vertices function
> 3. apply the opposite offset
> 4. call communicate_local
hello!
in the documentation , it's said in the case of mesh with moved vertices is
refined a few step later, should do as follows:
1. save the offset applied to every vertex,
2. call communicate_locally_moved_vertices function
3. apply the opposite offset
4. call communicate_local refining or
huyanzhou,
I try to use the communicate_locally_moved_vertices, it fixes the departure
> of mesh belongs to different mesh . but there still remains some problem
>
[...]
> you can see that the mesh is consistent on the boundry, but not smooth in
> the inner mesh ,there are some shallow hole on
On Oct 5, 2019, at 9:27 AM, Timo Heister
mailto:heis...@clemson.edu>> wrote:
Otherwise I have no
problem running with 19.0.5 on Frontera.
Dictate me you cmake line?
Victor.
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
Victor,
see https://github.com/dealii/dealii/issues/8755 that details that you
need to disable CXX17 with Intel 19.0.5 for now. Otherwise I have no
problem running with 19.0.5 on Frontera.
On Tue, Oct 1, 2019 at 1:13 AM Daniel Arndt wrote:
>
> Victor,
>
>
>> But I’m still not finishing the
thanks very much for your reply!
I try to use the communicate_locally_moved_vertices, it fixes the departure
of mesh belongs to different mesh . but there still remains some problem
[image: 789.png]
you can see that the mesh is consistent on the boundry, but not smooth in
the inner mesh
14 matches
Mail list logo
