Many of these definitely do not depend on readline.
So there must be a different underlying problem, and that
should be tracked down instead of papering over it.
Solves:
/usr/libexec/binutils225/elf/ld.gold: error: cannot find -lreadline
The missing specification is obvious on DragonFly because there's
no publically accessible version of readline in base.
- some of the drivers now export client library functions to the
programmer via the dbi_driver_specific_function() interface
- if necessary, the drivers now support libdbi instances
- a segfault in the oracle driver caused by INSERT statements was
fixed
- the pgsql driver now supports features specific to PostgreSQL 9
and later
- drivers now support transactions and savepoints if the
underlying database engines do
- additional libdbi hint about position in a result set allows
tremendous speedup of sequential reads from MySQL result sets
- various memory leaks were plugged
- database specific test scripts allow tests without affecting
existing database clusters
- completely rewritten test kit increases coverage and improves
error reporting
Problems found with existing distfiles:
distfiles/D6.data.ros.gz
distfiles/cstore0.2.tar.gz
distfiles/data4.tar.gz
distfiles/sphinx-2.2.7-release.tar.gz
No changes made to the cstore or mariadb55-client distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
(2 versions); packaged for wip by Aleksey Cheusov.
libdbi implements a database-independent abstraction layer in C, similar to
the DBI/DBD layer in Perl. Writing one generic set of code, programmers can
leverage the power of multiple databases and multiple simultaneous database
connections by using this framework.
