General: this package is for general use. It has and the main command line tools. It doesn't include (a QT-based graph editor), smyrna (an OpenGL viewer for large graphs), or the pangocairo plugin (you get the quartz plugin instead). If you need any of these, build from the source tarball or macports graphviz. If you can work on fixing the build and packaging problems with these tools, send mail to gviz-bugs on (Note: smyrna crashes Xquartz 2.6.1 on some systems; update to at least 2.6.2.)

For older versions of Graphviz for Mac OSX, look here.

If you encounter problems with old PPC or early Intel Macs, you'll probably have to build from source using homebrew or macports. Some notes: 1) graphviz-gui ( is a separate package in macports, and seems to be optional in homebrew. 2) Beware, if you do not already have packages like cairopango, ghostscript, and the GNU/X11 libraries needed to support gtk2, then it can take a long time, maybe hours, to build the default package with all the drivers. We rely on cairopango to size and render internationalized text, so there really is no royal road, though you can still build graphviz with a less expansive set of drivers that rely on libgd, freetype and fontconfig. Here's some good news: according to this page, there's a tar file you can download and install to get the command line build tools, to skip all the XCode glop.

Note: 2.28 is the last binary package provided for the Leopard version of OSX. If you need a version later than that, you will need to build it from source or use something like macports.

Note: For some reason, the Graphviz app no longer works in the 2.38 and 2.39 packages for Mountain Lion (and Maverick). If you just need the command-line tools and libraries, these still work and are installed in /usr/local as usual. If you want the app, you can get it from homebrew or macports, or use the 2.36 version below.

graphviz current stable release development snapshot
mountainlion graphviz-2.36.0.pkg
lion graphviz-2.40.1.pkg
snowleopard graphviz-2.38.0.pkg
leopard graphviz-2.28.0.pkg
Not Available

install with GTS flag

To install Graphviz with GTS support though Homebrew, run the following:

brew uninstall graphviz && brew install graphviz --with-gts

Installing Graphivz with GTS

gts has to be installed before graphivz
so enter 'sudo brew remove graphviz' to remove graphivz
and 'sudo brew install gts' and 'sudo install graphivz' to install graphivz with gts.

PLEASEEE, provide a PPC version for older Macs

 That would be so great!
Thank you!

Graphviz on PowerPC: use MacPorts

 You can use MacPorts to install graphviz on any Mac (PowerPC or Intel) running Tiger or later.

sudo port install graphviz

Error installing 2.27.20110302 on Snow Leopard reports a failure in the installation (in the postinstall script) of  2.27.20110302.0545 on my Snow Leopard machine.
My motivation is to use GV in support of Doxygen. I had an old GV installation, but Doxygen reported problems in generating maps for it, and did not output any PNGs. So I tried the current-stable release (2.26.3), which had the same problem.
Okay, the Doxygen boards said people had better luck with 2.27. I downloaded it and ran the installer. says it failed (see my first paragraph), and suggested I try again; I did try again, and it failed again.
And Doxygen reports the same problem, which I can't determine is due to Doxygen or GraphViz.
Maybe I just wait for the next release of Doxygen for my main problem, but now I'm worried about my GV installation. Is it likely to be in good order? If not, how do I back it off?

new snow leopard build

Should be OK now. We spent a lot of time on Graphviz builds and packaging lately, especially Mac OSX Snow Leopard. The basic system ( and the command line tools in /usr/local) should work well again. No pangocairo (almost there, but libpng seems to be the problem); no QT4 gvedit (setting up qmake seems to be the problem), no smyrna (experimental, need to add gtk2/gtkglext/glut libraries to the installation). Let us know if there are any significant problems. 

not working on leopard (10.5.8)

2.28.0 isn't working for me, either.   Things crash when the Mac OS Installer tries to run /usr/local/bin/dot and picks up some of its dynamic libraries from /opt/local/lib.  For example:

$ dot

dyld: Library not loaded: /opt/local/lib/libltdl.7.dylib

Referenced from: /usr/local/bin/dot

Reason: no suitable image found. Did find:

/opt/local/lib/libltdl.7.dylib: mach-o, but wrong architecture

Trace/BPT trap
The /opt/local libraries in question are i386-only, while /usr/local/bin/dot, I notice, is ...

$ file `which dot`

/usr/local/bin/dot: Mach-O universal binary with 3 architectures

/usr/local/bin/dot (for architecture ppc7400): Mach-O executable ppc

/usr/local/bin/dot (for architecture i386): Mach-O executable i386

/usr/local/bin/dot (for architecture x86_64): Mach-O 64-bit executable x86_64

A lot of shared libraries might be having the wrong versions picked up, not just ltdl:

$ ( for l in /usr/local/bin/dot /usr/local/bin/gv*; do otool -L $l ; done ) | sort -u | grep '^[^/]'

/System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 136.0.0)

/opt/local/lib/libQtCore.4.dylib (compatibility version 4.7.0, current version 4.7.2)

/opt/local/lib/libQtGui.4.dylib (compatibility version 4.7.0, current version 4.7.2)

/opt/local/lib/libexpat.1.dylib (compatibility version 7.0.0, current version 7.2.0)

/opt/local/lib/libfontconfig.1.dylib (compatibility version 6.0.0, current version 6.4.0)

/opt/local/lib/libfreetype.6.dylib (compatibility version 13.0.0, current version 13.2.0)

/opt/local/lib/libglib-2.0.0.dylib (compatibility version 2801.0.0, current version 2801.6.0)

/opt/local/lib/libgmodule-2.0.0.dylib (compatibility version 2801.0.0, current version 2801.6.0)

/opt/local/lib/libgthread-2.0.0.dylib (compatibility version 2801.0.0, current version 2801.6.0)

/opt/local/lib/libgts-0.7.5.dylib (compatibility version 6.0.0, current version 6.1.0)

/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.0.0)

/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.1.0)

/opt/local/lib/libltdl.7.dylib (compatibility version 11.0.0, current version 11.0.0)

/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.5)

/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.6)

/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

/usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current version 25.0.2)

/usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.0)

/usr/local/lib/graphviz/libgvplugin_neato_layout.6.dylib (compatibility version 7.0.0, current version 7.0.0)

/usr/local/lib/libcdt.5.dylib (compatibility version 6.0.0, current version 6.0.0)

/usr/local/lib/libcgraph.6.dylib (compatibility version 7.0.0, current version 7.0.0)

/usr/local/lib/libgraph.5.dylib (compatibility version 6.0.0, current version 6.0.0)

/usr/local/lib/libgvc.6.dylib (compatibility version 7.0.0, current version 7.0.0)

/usr/local/lib/libgvpr.2.dylib (compatibility version 3.0.0, current version 3.0.0)

/usr/local/lib/libpathplan.4.dylib (compatibility version 5.0.0, current version 5.0.0)

/usr/local/lib/libxdot.4.dylib (compatibility version 5.0.0, current version 5.0.0)

Surely, getting shared libraries from MacPorts (/opt/local) wasn't intended, even if the MacPorts version of graphviz weren't broken too ("incompatible cairo installation" w.r.t. pango). 
Which location/version of the various libraries was graphviz expecting to get?  Any recommendations on how to proceed?

removed macports dependency in leopard (not SL) build

 Please can you try the latest nightly build? Thank you!

leopard nightly builds

 Thank you for pointing out the problems. The intent is that the builds should not see any Macports because obviously they may not be available on the target (install) machine.  On the SL buildhost I made /opt/local unreadable by the gviz build account. We need to do this for Leopard as well.  Sorry.  I don't think you can proceed on your own easily.

leopard nightly builds

*sniff*  and I was so close to being able to use it! arggggh 

new snow leopard build

 Same problem with version 2.28 on Leopard... :-(

Leopard Build still failing on PostInstall Script

 8/17/2011 -- Same for me.
The previous installer package V2.26.3 works like a charm though.

2.28 failing on Leopard, but 2.26 seems to work fine

and same for me too.  Tried just now with 2.28, install failed.  But going back to 2.26, install worked fine. 

new snow leopard build

 no work on Lion,
in snaw leopard it's ok

The path

The path is /usr/local/bin/ without dot

Recent comments