[MOAB-dev] problem with pcomm

Lorenzo Botti bottilorenzo at gmail.com
Thu Dec 3 14:05:35 CST 2015


No, I have disabled fortran.
No gfortran. Probably my changes shouldn't affect the fortran options.
I had the same problem with both mpich and openmpi. The issue is that clang
defaults to libc++ so, since moab was compiled with libstdc++, my code was
using different libraries. Hence the segv.
Moab passes make check with both libc++ and libstdc++ (a different behavior
is observed only in dual_test) but only libc++ allows to use c++11 features.

Thanks
Lorenzo
On Dec 3, 2015 7:28 PM, "jain at mcs.anl.gov" <jain at mcs.anl.gov> wrote:

> Do you have Fortran enabled? If so, how do you get gfortran? Also, do you
> use open-mpi or mpich?
> Does your make check pass?
>
> Rajeev
>
> On Thu, 3 Dec, 2015 at 10:45, Lorenzo Alessio Botti
> <bottilorenzo at gmail.com> wrote:
>
> 636   Clang:*)
>
> 637     FATHOM_CXX_SPECIAL="$EXTRA_GNU_FLAGS -stdlib=libc++"
>
> 638     FATHOM_CXX_32BIT=-m32
>
> 639     FATHOM_CXX_64BIT=-m64
>
> 640     ;;
>
> 641   SunWorkshop:i?86|SunWorkshop:x86_64)
>
> 642     FATHOM_CXX_32BIT=-m32
>
> 643     FATHOM_CXX_64BIT=-m64
>
> 644     ;;
>
> 645   *)
>
> 646     ;;
>
> 647 esac
>
> 648 AC_MSG_RESULT(*[$cxx_compiler:$host_os:$host_cpu]*)
>
> 649
>
> 650 # Check for specific overrides
>
> 651 CXX_LDFLAGS=""
>
> 652 if (test "$cxx_compiler:${host_os:0:6}" == "Clang:darwin"); then
>
> 653   CXX_LDFLAGS="$CXX_LDFLAGS -stdlib=libc++"
>
> 654   LIBS="$LIBS -lc++”
>
>
> I changed lines 637 and 653 of compilers.m4 as you suggested (libc++
> instead of libstdc++).
> My code runs fine (I’m on Mavericks with latests clang).
> As opposite to the previous build make check now get suck at dual_test.
> The other tests runs fine.
>
> Thanks everybody for help!
> As Vijay pointed out I thinks this is the way to go since it allows to use
> c++11.
>
> Thanks again.
> Bests.
> Lorenzo
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20151203/aa3e8a85/attachment.html>


More information about the moab-dev mailing list