1
0
Fork 0
mirror of https://github.com/DBD-SQLite/DBD-SQLite synced 2025-06-07 14:19:10 -04:00

added pod and updated Changes

This commit is contained in:
Kenichi Ishigaki 2010-02-17 13:52:44 +00:00
parent 97ff3be75c
commit 4e16de8953
2 changed files with 26 additions and 0 deletions

View file

@ -17,6 +17,9 @@ Changes for Perl extension DBD-SQLite
primary key column names (ISHIGAKI)
- You can now retrieve some of the statement handle attributes
before you execute. (ISHIGAKI)
- Added preamble to generate ::sqlite3_[hc] modules to allow
extension authors to use the same C source/header as they
used to build DBD::SQLite itself. (ISHIGAKI)
1.29 Fri 8 Jan 2010
- Updated to SQLite 3.6.22 (DUNCAND)

View file

@ -1591,6 +1591,29 @@ I<requests> for collations. In other words, if you want to change
the behaviour of a collation within an existing C<$dbh>, you
need to call the L</create_collation> method directly.
=head1 FOR DBD::SQLITE EXTENSION AUTHORS
Since 1.30_01, you can retrieve the bundled sqlite C source and/or
header like this:
use DBD::SQLite::sqlite3_h;
use DBD::SQLite::sqlite3_c;
# the whole sqlite3_h header
my $sqlite3_h = DBD::SQLite::sqlite3_h->get; # the whole header
# or only a particular header, amalgamated in sqlite3.c
my $parse_h = DBD::SQLite::sqlite3_c->get('parse.h');
# you even write it to a file (if 'include' directory exists).
DBD::SQLite::sqlite3_c->get('parse.h' => 'include/parse.h');
You usually want to use this feature in your extension's C<Makefile.PL>,
and you may want to add DBD::SQLite to your extension's C<CONFIGURE_REQUIRES>
to allow your extension users to use the same C source/header they
use to build DBD::SQLite itself (instead of the ones installed
in their system).
=head1 TO DO
The following items remain to be done.