Aqui está minha opinião sobre isso. Eu mais ou menos tinha um mac limpo com xcode instalado. Entendi compilando e executando com o seguinte:
# 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
Observe que callgrind_control (de valgrind-3.11.0 SVN) não parece funcionar no OS X, parece um perl-script e a ferramenta de linha de comando que ele executa (vgdb -l) imprime algo 'inesperado' que o script não ' t analisar corretamente (para que não seja capaz de encontrar o outro processo em execução com valgrind).
Alternativamente, o script perl apenas chama vgdb, também podemos fazer isso diretamente (apenas descobrir o id do processo manualmente):
vgdb --pid=2858 instrumentation on
homebrew
com uma nota antipático: "Não deve ser corrigido no futuro próximo devido a montante do desenvolvimento calendário"