Вот мой взгляд на это. У меня был более-менее чистый макинтош с установленным 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
неприятной пометкой: «Маловероятно, что она будет исправлена в ближайшем будущем из-за графика разработки