Arch Linux User Repository

All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs Patches for this package are managed at: https://github.com/Martchus/mariadb-connector-c/tree/v3.1.9-mingw-w64

There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff

Yeah, sorry for not reminding it, in my mind it felt the natural continuation of the discussion, but I see the comments are more than one month old.

I confirm the new package version works, thanks!

Right, I've already forgotten about the CMake issue. (It is nevertheless always a good idea to just state the concrete problem.)

I've now come up with a fix for the build issue. The culprit is actually the same function that I had previously fixed via the patch "Fix prototype" from MSYS2. MSYS2 dropped this patch and it didn't apply anymore so I dropped it, too. Not sure why it builds for MSYS2 without it but I've now created my own version of that patch. Maybe the reason is that MSYS2 doesn't care about i686 anymore and only 32-bit is affected by this inconsistent use of STDCALL. My version of the patch is a bit more minimal. This change of patching is probably causing an ABI break of the i686 build but I guess this is not important.

EDIT: On https://packages.msys2.org/base/mingw-w64-libmariadbclient it looks like MSYS2 indeed doesn't build this anymore for 32-bit archs; so that's very likely why they could drop the patch.

Hello, This version fixes the problem mentioned by RavuAlHemio:

Hi, version 3.3.10 no longer builds because CMake has dropped compatibility with versions < 3.5, so CMakeLists.txt needs an update. Upstream fixed this in 3.3.14, but there's also 3.4.7 out.

I confirm my CMake version refuses to build version 3.3.10, so I had to test a few versions above 3.3.14. It worked with 3.3.17.

The package not building at all is an issue as it is a dependency of other packages.

I agree. So what's not working?

maybe you could just bump the version to not-the-latest version, but that builds?

Version 3.3.10 did build for me.

I got it to work with version 3.3.17 simply by bumping the version and updating the checksum in PKGBUILD.

What problem did you fix by updating to 3.3.17?

The package not building at all is an issue as it is a dependency of other packages. Notably, this is a makedepends of mingw-w64-qt6-base-static. While the issue you mention need fixing for going to 3.4.7, maybe you could just bump the version to not-the-latest version, but that builds? I got it to work with version 3.3.17 simply by bumping the version and updating the checksum in PKGBUILD.

I'll update the package as soon as I know how to workaround this build error:

/build/mingw-w64-mariadb-connector-c/src/mariadb-connector-c-3.4.7/build-i686-w64-mingw32-static/libmariadb/ma_client_plugin.c:508:1: error: conflicting types for ‘mysql_load_plugin’; have ‘struct st_mysql_client_plugin *(MYSQL *, const char *, int,  int, ...)’ {aka ‘struct st_mysql_client_plugin *(struct st_mysql *, const char *, int,  int, ...)’}
  508 | mysql_load_plugin(MYSQL *mysql, const char *name, int type, int argc, ...)

Hi, version 3.3.10 no longer builds because CMake has dropped compatibility with versions < 3.5, so CMakeLists.txt needs an update. Upstream fixed this in 3.3.14, but there's also 3.4.7 out.

I'm going to push an updated version soon that is streamlined with what MSYS2 is doing. I just need to test whether Qt is still building against it (and update Qt 5 packages accordingly).

I know this is out-of-date but the current version unfortunately doesn't build. You can find my latest attempt on https://github.com/Martchus/PKGBUILDs/compare/master...update/mariadb-connector-c.

The download URL does not exists. Only package versions up to version 3.2.0 are accessible there.