e4Graph is a C++ library that allows programs to store graph-like data
persistently and to access and manipulate that data efficiently. With
e4Graph, you can arrange your data in the most natural form that reflects
the relationships between its parts, rather than having to force it into
a table-like format. The e4Graph library allows you to concentrate on the
relationships you want to represent, and not on how to store them in a
database. You can modify data items, and add and remove connections and
relationships between pieces of data on the fly. e4Graph allows you to
represent an unlimited number of different connections between pieces of
data, and your program can selectively manipulate the data according to
the relationships it cares about, not having to know about other connections
represented in the data set.
WWW: http://e4graph.sourceforge.net/
Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. Categories D-F.
CR: D196
Approved by: portmgr (bapt)
- Fix problem with build of port reported by linimon Sept 28 2007
Basically the port was relying on TCL_PACKAGE_PATH in tcllib/tclConfig.sh
to be a single path with no trailing spaces. As of tcl84, TCL_PACKAGE_PATH
can be a list. I patched e4graph configure to use TCL_PREFIX/lib instead.
Discussed with: linimon
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Whoa there, boy, that's a mighty big commit y'all have there...
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.
