Enhancements to the code generator for the IN operator that result in much
faster queries in some cases, for example when the RHS of the IN operator
changes for each row of a large table scan.
Refinements to the enhanced IN-operator logic.
Further enhancements to IN-operator processing.
Part of the change in the previous check-in was incorrect and can result
in an incorrect UPDATE for WITHOUT ROWID tables.  This check-in fixes the
problem.
Improved VdbeCoverage() macros.  A few minor simplifications to generated
VDBE code.
Rename the internal Schema.flags field to Schema.schemaFlags.
Add the ability to evaluate IN operators as a sequence of comparisons as
an alternative to the long-standing algorithm of building a lookup table.
Use the new implementation in circumstances where it is likely to be faster,
such as when the RHS of the IN changes between successive evaluations.
Ensure that aggregate functions are not used when evaluating a default
value for a table column.
Candidate fix for ticket [3a88d85f36704eebe134f7].
A simpler fix for ticket [3a88d85f36704eebe1] - one that uses less code.
The error message is not quite as good, but as this error has apparently
not previously occurred in over 8 years of heavy use, that is not seen as
a serious problem.
Fix typos in the opcode documentation.  Comment changes only.  No changes
to code.
In the Win32 VFS, work around InterlockedCompareExchange() being a macro on some platforms (e.g. x64).