Commit graph

8 commits

Author SHA1 Message Date
wiz
cf63e09580 Fix build with latest doxygen and depend on it. Bump PKGREVISION. 2010-06-11 23:22:03 +00:00
joerg
b91529b7b2 Dance the doxygen 2010-02-02 16:20:42 +00:00
tnn
e0c8d05a4f fix PLIST 2009-11-01 15:41:13 +00:00
hasso
ddd60b5701 Doxygen bump. 2009-08-25 20:11:01 +00:00
hasso
6bdbec97ab * Fix PLIST for new doxygen.
* Make doxygen dependency stricter.
* Mark as DESTDIR ready.
* Bump PKGREVISION.
2009-08-20 03:55:55 +00:00
joerg
c569c6a51f Mark packages as MAKE_JOBS_SAFE=no that failed in a bulk build with
MAKE_JOBS=2 and worked without.
2009-06-30 00:07:09 +00:00
wiz
272d51cc21 Recursive ABI depends update and PKGREVISION bump for readline-6.0 shlib
major change.

Reported by Robert Elz in PR 41345.
2009-05-20 00:58:05 +00:00
wiz
d0c1ad8ac1 Import qof-0.7.5 as devel/qof.
QOF, the Query Object Framework, provides a set of C Language
utilities for performing generic structured complex queries on a
set of data held by a set of C/C++ objects. This framework is unique
in that it does NOT require SQL or any database at all to perform
the query. Thus, it allows programmers to add query support to
their applications without having to hook into an SQL Database.

Typically, if you have an app, and you want to add the ability to
show a set of reports, you will need the ability to perform queries
in order to get the data you need to show a report. Of course, you
can always write a set of ad-hoc subroutines to return the data
that you need. But this kind of a programming style is not extensible:
just wait till you get a user who wants a slightly different report.

The idea behind QOF is to provide a generic framework so that any
query can be executed, including queries designed by the end-user.
Normally, this is possible only if you use a database that supports
SQL, and then only if you deeply embed the database into your
application. QOF provides simpler, more natural way to work with
objects.
2008-10-28 23:36:39 +00:00