Lukas Zanner

Results 37 comments of 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 :)