On Mon, May 13, 2019 at 4:45 PM Alexander Lindsay <alexlindsay...@gmail.com> wrote:
> I could maybe think of a libmesh-only case, but if you're willing to run > MOOSE, you can run the > moose/test/tests/geomsearch/nearest_node_locator/nearest_node_locator.i > input file. It appears to reproduce the error every time (with > --n-threads=2). > > You're probably already aware of this, but for helgrind to be useful, you > need to compile libMesh with --with-thread-model=pthread **and** you need > to manually ensure that you don't define LIBMESH_HAVE_OPENMP in > libmesh_config.h. (I have to manually comment those lines out because > configure will always enable OpenMP if it can, regardless of the thread > model specified). > I think this was by design, as we did not know about this helgrind limitation/use case. I think it should be possible to fix if in threads.m4 you wrap the call to AX_OPENMP([],[enableopenmp=no]) in some additional logic and add a corresponding AC_ARG_ENABLE([openmp], ...) call that would allow someone to explicitly say --disable-openmp at configure time. I will add a ticket for this so it doesn't get lost. -- John _______________________________________________ Libmesh-users mailing list Libmesh-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-users
