- cleaned USE_LDCONFIG
- full support for external GD library
- added OPTIONS support for swig and language bindings for (default none): perl php python ruby tcl lua guile
- added OPTIONS support for pangocairo (requires gtk, not selected by default)
PR: 109600
Submitted by: Martin Matuska
- Remove duplicated PORTDOCS; put all documentation into DOCSDIR;
- Install demo files (previously installed automatically) - put
into EXAMPLESDIR this time, and install along with PORTDOCS;
- Keep additional language bindings disabled for the time being
(avoiding huge dependencies);
- Minor pkg-descr alteration.
PR: ports/93924
Submitted by: Shaun Amott <shaun (at) inerd.com> (maintainer)
option from configure's CFLAGS lets this build with gcc 2.95 just fine.
While here, increase the chance of this working on alpha by making the
addition of -mieee not exclusive to *alpha*-*-linux*.
This brings back PNG support (for those who missed it with doxygen).
Previously it was not included because of the way it's handled by the
configure script if you use an external version of gd.
This version of graphviz depends upon v2.0.34 of gd, but this version
isn't available from the vendor site. Therefore graphviz uses the
included version of gd. I haven't removed the dependency upon gd, to
let it pickup the port version of gd when it's available. In this case
someone should check if PNG support is still included.
This port disables all new language bindings (like perl, python, ...)
of the 2.6 version to not increase the number of dependencies. Interested
parties should create new ports for those bindings.
Tested with: devel/doxygen
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
- Ensure not to add target prefix to program name [1]
- Fix URL to license [2]
PR: 55460 [2]
Submitted by: Chris Larsen <darth@vader.dk> [1],
Ceri Davies <ceri@FreeBSD.org> [2]
- don't install .la files;
- don't use black magick to create/delete .so symlinks to shared libraries -
our pkg_* tools already work correctly with symlinks.
