add sqlitecpp 3.3.1-1

[UnixY2K]

adds SQLiteCpp version 3.3.1 to the list of wraps

If there is anything else required just let me know

a previous PR for this wrap was in #816

[UnixY2K]

seems that the CI is not passing due to some errors regarding gtest

[neheb]

error: ‘std::enable_if_t’ has not been declared
  302 |   template <typename T, std::enable_if_t<std::is_convertible<T, int64_t>::value,

Needs C++14.

[neheb]

Add sqlitecpp:std_cpp=c++14 I guess.

[jpakkane]

You need to set the C++ std version to something newer. Some platforms seem to default to c++11 or even older.

[neheb]

Yeah all projects using gtest 1.14 need to be using C++14: https://github.com/google/googletest/releases/tag/v1.14.0

[UnixY2K]

yes, I noticed that also, the project uses by default c++11 and gtest 1.12.1 so I will send a PR to the main project in the meantime

[jpakkane]

Their readme specifically mentions depending only on c++11, so that might be a hard sell.

[neheb]

Readme seems outdated. I'd just mention that C++11 has been deprecated by at least MSVC.

[UnixY2K]

Their readme specifically mentions depending only on c++11, so that might be a hard sell.

I guess some users can just use an older GTest if required, specially the ones using older compilers in ubuntu or debian

Readme seems outdated. I'd just mention that C++11 has been deprecated by at least MSVC.

Yes, in fact for windows C++14 is already the default.

I made a PR on the main repo: SRombauts/SQLiteCpp#448

[neheb]

for now, you can add the fixed meson.build file to packagefiles such that it gets overwritten.

[UnixY2K]

forgot to add the patch directory, the build is passing for all except macos, as is using included sqlite

[UnixY2K]

the CI is failing on MacOS due to the included SQLite3, is there a way to force the fallback?
the SQLitecpp repo uses --force-fallback-for=sqlite3

[neheb]

For macOS you can probably install SQLite with brew and use it. ci_config has examples with ffmpeg for example.

[UnixY2K]

for macos still failing even after brew install

edit found this

sqlite is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.

If you need to have sqlite first in your PATH, run:
  echo 'export PATH="/usr/local/opt/sqlite/bin:$PATH"' >> /Users/runner/.bash_profile

For compilers to find sqlite you may need to set:
  export LDFLAGS="-L/usr/local/opt/sqlite/lib"
  export CPPFLAGS="-I/usr/local/opt/sqlite/include"

For pkg-config to find sqlite you may need to set:
  export PKG_CONFIG_PATH="/usr/local/opt/sqlite/lib/pkgconfig"

[neheb]

yes I told you how to fix it. You need to add pkgconfig paths. this is done with libffmpegthumbnailer for example.