Ось мій погляд на це. Я більш-менш мав чистий mac з встановленим xcode. Зробив компіляцію та запуск із наступним:
# build/install autoconf/automake/libtool so that 'autogen' works
curl -OL http://ftpmirror.gnu.org/autoconf/autoconf-2.69.tar.gz
tar -xzf autoconf-2.69.tar.gz
cd autoconf-2.69
./configure && make && sudo make install
cd ..
curl -OL http://ftpmirror.gnu.org/automake/automake-1.14.tar.gz
tar -xzf automake-1.14.tar.gz
cd automake-1.14
./configure && make && sudo make install
cd..
curl -OL http://ftpmirror.gnu.org/libtool/libtool-2.4.2.tar.gz
tar -xzf libtool-2.4.2.tar.gz
cd libtool-2.4.2
./configure && make && sudo make install
cd ..
svn co svn://svn.valgrind.org/valgrind/trunk valgrind
cd valgrind
./autogen.sh
# important: configure-params, otherwise make ends in errors
./configure -disable-tls --enable-only64bit --build=amd64-darwin
make
# sudo, otherwise it fails due to permissions
sudo make install
Зверніть увагу, що callgrind_control (від valgrind-3.11.0 SVN), схоже, не працює на OS X, виглядає як скрипт perl, а інструмент командного рядка, який він запускає (vgdb -l), виводить щось "несподіване", що цей сценарій не робить " t правильно проаналізуйте (тому він не зможе знайти інший процес, що працює з valgrind).
Крім того, сценарій perl просто викликає vgdb, ми також можемо це зробити безпосередньо (просто з’ясуйте свій ідентифікатор процесу вручну):
vgdb --pid=2858 instrumentation on
homebrew
несимпатичною приміткою: "Навряд чи це буде виправлено найближчим часом через графік розвитку вгору за течією"