Aquí está mi opinión. Más o menos tenía un mac limpio con xcode instalado. Lo tengo compilando y ejecutándose con lo siguiente:
# 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
Tenga en cuenta que callgrind_control (de valgrind-3.11.0 SVN) no parece funcionar en OS X, parece un script de perl y la herramienta de línea de comandos que ejecuta (vgdb -l) imprime algo 'inesperado' que ese script no hace ' t analizar correctamente (por lo que no podrá encontrar el otro proceso que se ejecuta con valgrind).
Alternativamente, el script de perl solo llama a vgdb, también podemos hacerlo directamente (solo averigüe su ID de proceso manualmente):
vgdb --pid=2858 instrumentation on
homebrew
con una nota antipático: "Es improbable que sea fijado en un futuro próximo debido a aguas arriba del cronograma de desarrollo"