Closed eschnett closed 11 years ago
I configure HPX via
cmake -DCMAKE_BUILD_TYPE=Debug -DHPX_HAVE_PARCELPORT_MPI=ON -DCMAKE_C_COMPILER=gcc \
-DCMAKE_CXX_COMPILER=g++ -DCMAKE_FORTRAN_COMPILER=gfortran \
-DMPI_CXX_COMPILER=openmpic++ -DMPI_C_COMPILER=openmpicc \
-DMPI_FORTRAN_COMPILER=openmpif90 -DCMAKE_C_FLAGS="-Wno-unused-local-typedefs" \
-DCMAKE_CXX_FLAGS="-Wno-unused-local-typedefs" -DBOOST_ROOT=/opt/local \
-DHWLOC_ROOT=/opt/local -DCMAKE_INSTALL_PREFIX=$HOME/hpx $(pwd)/../hpx
and I configure my application via
cmake -DCMAKE_BUILD_TYPE=Debug -DCMAKE_C_COMPILER=gcc -DCMAKE_CXX_COMPILER=g++ \
-DCMAKE_C_FLAGS="-Wno-unused-local-typedefs" -DCMAKE_CXX_FLAGS="-Wno-unused-local-typedefs" \
-G Ninja
Is that a new issue?
No, this is the same issue that I discovered two weeks ago. I only just realized that I never opened a ticket for this.
BTW, HWLOC seems to have no effect on Mac as Mac OSX does not support defining thread affinities.
Yes, this is not possible on OS X. Apple claims that their Grand Central Dispatch does a better job than setting affinities manually. Lucky for them, only Apple can actually test this claim.
However, hwloc can still be used to query system information, such as the number of cores.
We've had problems with tcmalloc on Mac OSX before. Could you please try with the system allocator instead?
I am using the default, which is already the system malloc.
Bibek mentioned today that he was seeing similar problems when using boost built with clang with HPX which was built using gcc. Could that be the cause for your problems?
Building HPX with the system compiler (clang 3.3svn) did not work; I receive a linker error that I didn't track down yet.
Building Boost myself with gcc worked out. My HPX application now starts up fine. There is an error at a later time (that I don't see on Linux), but this particular issue seems resolved.
Ok, thanks.
When I start an HPX program on OS X, then it aborts during startup with the error message
block_matrix(27778) malloc: *\ error for object 0x7fff76a41570: pointer being freed was not allocated
I am using gcc 4.8.1, with gcc, boost, and hwloc installed via MacPorts.
This is my backtrace: