These libraries (either static or dynamic) and their interface header files must already be on your system. It's OK if you install your own copies of these packages, though you may need to tell make or configure where to find them. Run "configure --help" for details.
On most Linux distributions these packages are already installed or installable from packages included in the distribution. You might need to install some -devel packages to get the include header files.
If you are using GNU tools, the recommended method for building graphviz is the usual:
./configure make make install
If you are building from CVS sources, then you must have recent versions of "libtool", "automake", and "autoconf". Build with:
./autogen.sh ./configure make make install
If you are not building with GNU tools, then there are some tried-and-true old-style Makefiles that can be used instead. Details below.
There are a handful of preprocessor defines that control the image driver configuration. These preprocessor defines need to agree with the libraries used in the Makefile.
The generic raster driver is gd and it can be configured to generate GIF (no compression), PNG (lossless compression), JPEG (lossy compression), and wireless bitmap (WBMP) files. The compressors all need zlib. In the current build we have a top-level config.h file that defines various symbols, such as:
HAVE_JPEG
HAVE_PNG
If you don't enable the gd based drivers, graphviz will still have the printf style drivers for Postscript and SVG. (However, even these benefit from better text size estimation via Freetype, when it is available.)
1. (Recommended for Linux) Use configure generated by GNU autoconf. This often works well on a vanilla Linux distribution with Tcl/Tk, freetype-devel and libjpeg already installed by root under /usr. Probably works OK with Solaris, too. Otherwise some adjusting of command line arguments to configure will be needed. For Linux you can also just pick up the source tarball or RPMs here.
First, if you are using sources from CVS, run "./autogen.sh" to generate the "configure" script. If you are using sources from graphviz-<version>.tar.gz this autogen.sh step should not be needed.
Next, run configure. For help on possible configure options, run:
./configure --help
For example, I use
./configure --prefix=$HOME/arch/sgi.mips3 \ --with-freetypeincludedir=$HOME/arch/$ARCH/include/freetype2 \ --with-freetypelibdir=$HOME/arch/$ARCH/lib \ --with-tcl=/usr/common/tcl8.3.3
Obviously you would change the pathnames to reflect your installation.
Note that the directory ${prefix}/include is automatically searched for headers, and ${prefix}/lib for libraries.
2. (Recommend for other Unix platforms.) As above, you need the external packages to be installed somewhere. Then use old make by editing Config.mk for your architecture and installation directory. Check settings in makearch/$(ARCH). See below for further notes on individual platforms.
Do the usual:
make make install make clean
3. (Recommended for Dave Korn and Elefteris Koutsofios) Use AT&T/Lucent nmake.
You have to install the AST tools first.
Then edit Makeargs in the top source directory appropriately and nmake install. Some fiddling with X11 libs is probably necessary to compile 'lefty'. This usually involes editing $INSTALLROOT/lib/lib/Xt or X11 (or less portably, edit nmakefile). You may also need...
export PACKAGE_tcl=/where/tcl/is/installed
When nmake works, it's absolutely great, but it's usually some work to get the environment right including the actions of tools like iffe (the AST equivalent of what GNU configure does). If you're Lefty or Dave Korn, you already knew that.
See separate build notes for Microsoft Windows (in native mode).
With some persistence you can likely get Graphviz to build on UWIN or Cygwin installed on Microsoft Windows. You will still need various third-party packages to enable all the Graphviz drivers. We haven't tried to build tcldot or webdot in win32.
We found that on some platforms (Solaris?) gd/dotneato and freetype MUST be compiled with the same C compiler (e.g. gcc, or the native cc). Otherwise there are are weird stack argument errors in the call to TT_Open_Face. I don't have time to try to figure out what's wrong.
Currently, PixelGlow (Glen Low) provides a full featured port of Graphviz including a very nice Aqua-based graph document container. Highly recommended. We merged his patches into our source, but we don't build or test on OS X. Talk to Glen.
The following are old pre-Pixelglow build notes:
dot and neato build with old make. (Didn't bother with tcldot.)
There could still be problems with case-sensitive names, though we fixed all the ones we could find.
It's weird that Mac OSX declares lrand48() but it's not defined in any of the standard system library functions.
To produce graphviz-(ver).tar.gz from CVS sources. cvs checkout graphviz cd graphviz ./autogen.sh make dist To build source and binary rpms (results are left in /usr/src/redhat/ ): rpm -ta graphviz-(ver).tar.gz To build locally: zcat graphviz-(ver).tar.gz | tar xfvo - cd graphviz-(ver) ./configure make make install