これが私の見解です。私は多かれ少なかれxcodeがインストールされたクリーンなMacを持っていました。次のようにコンパイルして実行しました:
# 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を呼び出すだけですが、直接行うこともできます(プロセスIDを手動で把握するだけです)。
vgdb --pid=2858 instrumentation on
homebrew
冷淡ノートと:「近い将来に修正される可能性は低いの開発スケジュール上流による」