Lukas Zanner
Lukas Zanner
So now that another year passed... can we expect any progress on this issue in the near future?
Well partly true. Some PHP frameworks do require a PHPUnit version of 6 or higher to work. That makes this library unusable with them.
I'm not familiar with the boost integration of SOCI, but my guess is that you're either missing the `soci/boost-tuple.h` include or SOCI doesn't provide a `type_conversion` for `boost::tuple` anymore, so...
I haven't checked if this works, but SOCI once had a boost::tuple integration that you could take as a reference and adapt for your needs: https://github.com/SOCI/soci/blob/98e0b8b7866ff6f9f0184ddea08d0c3b723cb77b/src/core/boost-tuple.h#L41-L61
I just remembered why `std::vector` can't work: https://github.com/SOCI/soci/blob/4ae2d90c5f7e4b864e149a63364d68a15c7806b2/include/soci/values-exchange.h#L138-L144 I have no idea why SOCI has the limitation of not supporting bulk ORM and I can't tell you right now what...
> The one complaining that the casing used in find_package is different than the one used in the find-module. To simply fix this warning, all you need to change is...
AFAIK CMake variables are case-sensitive, no matter the file system. The name you pass to `find_package` on the other hand, seemingly is not (https://cmake.org/cmake/help/latest/command/find_package.html#config-mode-search-procedure): > In all cases the is...
You can define STRICT on a per-table basis. If a table is defined as STRICT, the datatypes are restricted to INT, INTEGER, REAL, TEXT, BLOB and ANY (https://www.sqlite.org/stricttables.html). Without STRICT,...
I'm closing this PR because adding `strict` to the DDL string indeed results in an exception with message ``` sqlite3_statement_backend::prepare: unknown datatype for soci_test.ts: "datetime" while preparing "create table soci_test...
A big part is still work in progress anyways, so take your time :)