This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author larry
Recipients ghaering, larry, loewis, ned.deily, python-dev
Date 2014-02-05.03:06:26
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1391569587.1.0.903301458343.issue20465@psf.upfronthosting.co.za>
In-reply-to
Content
I assumed that you guys took responsibility for the binary installers, and the decision was up to you.  But I'm happy to take ultimate responsibility for the decision to ship SQLite 3.8.3 with 3.4 if that's what policy demands, and yes I give it my blessing.

According to the release notes:
    http://www.sqlite.org/draft/changes.html
there are two new constants: SQLITE_DETERMINISTIC and SQLITE_READONLY_DBMOVED.  It looks like there's no point in adding these int constants to the module, as the latter is an error (and those never escape the module) and the former is a flag to creating a "function" (and there's no exposed means to pass in flags here).

Do we need to do anything to support additional features in 3.8.3, like this SQLITE_DETERMINISTIC flag?

Roping in "ghaering", the sqlite expert from the list.
History
Date User Action Args
2014-02-05 03:06:27larrysetrecipients: + larry, loewis, ghaering, ned.deily, python-dev
2014-02-05 03:06:27larrysetmessageid: <1391569587.1.0.903301458343.issue20465@psf.upfronthosting.co.za>
2014-02-05 03:06:27larrylinkissue20465 messages
2014-02-05 03:06:26larrycreate