Package Details: mingw-w64-mariadb-connector-c 3.3.1-1

Git Clone URL: https://aur.archlinux.org/mingw-w64-mariadb-connector-c.git (read-only, click to copy)
Package Base: mingw-w64-mariadb-connector-c
Description: MariaDB Connector/C is used to connect applications developed in C/C++ to MariaDB and MySQL databases (mingw-w64)
Upstream URL: https://mariadb.com/kb/en/mariadb/about-mariadb-connector-c
Licenses: LGPL
Conflicts: mingw-w64-libmariadbclient
Provides: mingw-w64-libmariadbclient
Replaces: mingw-w64-libmariadbclient
Submitter: ant32
Maintainer: Martchus
Last Packager: Martchus
Votes: 13
Popularity: 0.000087
First Submitted: 2015-02-05 18:25 (UTC)
Last Updated: 2022-08-02 16:52 (UTC)

Pinned Comments

Martchus commented on 2016-05-31 08:06 (UTC) (edited on 2021-04-15 08:44 (UTC) by Martchus)

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

Latest Comments

gerum100 commented on 2021-11-21 11:41 (UTC)

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

Martchus commented on 2021-08-26 18:39 (UTC)

3.2.3 broke stuff leading to patches like https://github.com/archlinux/svntogit-packages/commit/38d1711c9975bfd08c1c2c02c963dcbdc9c6851d#diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a. For mingw-w64 I'd like to refrain from that effort and just delay updates until I find the time to verify that the issue is fixed in 3.2.4.

Martchus commented on 2020-09-12 18:18 (UTC)

I've added you as co-maintainer but I'm currently looking into it myself. I'm rebasing the patch against the current version first.

What's the intention of the proposed change? IF(NOT WIN32) looks like you want to get rid of the pkg-config file.

xantares commented on 2020-09-12 12:19 (UTC) (edited on 2020-09-12 12:19 (UTC) by xantares)

hello,

could we patch to install pkgconfig files in CMakeLists.txt:

IF(NOT WIN32)

ADD_SUBDIRECTORY(mariadb_config)

ENDIF()

xan

luntik2012 commented on 2018-11-30 11:09 (UTC)

please, replace your url via http://archive.mariadb.org/connector-c-2.3.3/mariadb-connector-c-2.3.3-src.tar.gz

luntik2012 commented on 2018-11-30 11:07 (UTC)

404 now

luntik2012 commented on 2018-11-29 12:34 (UTC)

oracle website shows registration dialog

curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading https://downloads.mariadb.org/interstitial/connector-c-2.3.3/mariadb-connector-c-2.3.3-src.tar.gz Aborting... ==> ERROR: Makepkg was unable to build mingw-w64-mariadb-connector-c.

Martchus commented on 2018-07-30 13:08 (UTC) (edited on 2018-07-30 13:09 (UTC) by Martchus)

@adsun I'm aware that this is out of date. Like I said in the previous comment, there are issues blocking me to upgrade and I currently lack the motivation to fix them. Any help with this is appreciated of course.

Here my WIP branches:
PKGBUILD itself: https://github.com/Martchus/PKGBUILDs/commits/update/mariadb-connector-c
patches: https://github.com/Martchus/mariadb-connector-c/tree/v3.0.2-mingw-w64

Martchus commented on 2017-12-09 20:35 (UTC) (edited on 2017-12-09 20:36 (UTC) by Martchus)

Note that I'm aware that 3.0.2 has already been released. However, I'm currently unable to update.

Work is already in progress (https://github.com/Martchus/PKGBUILDs/tree/update/mariadb-connector-c), but there are just too many issue right now.

BTW: When trying to use the currently packaged version 2.3.3 with static Qt 5.10.0, I also encountered conflicting symbols because mingw-w64-mariadb-connector-c defines its own pthread functions. So despite the using now the latest OpenSSL, static Qt and mingw-w64-mariadb-connector-c still don't work together.

xantares commented on 2017-07-06 19:08 (UTC)

in the mean time this package must override the cmake lib search var xan.

Martchus commented on 2017-07-04 18:52 (UTC) (edited on 2017-07-04 18:58 (UTC) by Martchus)

@xantares I guess this problem will be solved when mingw-w64-openssl includes a symlink libcrypto.dll to libcrypto-1_1.dll. Then CMake should be able to find the current version and will not wrongly fall back to legacy. I didn't notice myself because I've built the package in a clean chroot which would be a workaround for the problem. Note that it should not be a problem when this package links against current OpenSSL while Qt 5 itself still uses the legacy version. At least the idea is that symbol clash is prevented via https://aur.archlinux.org/cgit/aur.git/tree/openssl-1.0-versioned-symbols.patch?h=mingw-w64-openssl-1.0. Hopefully this patch does not prevent the runtime loading mechanism of Qt to work. (I guess I have never explicitly tested whether OpenSSL built with that patch can still be loaded at runtime. Maybe the native Qt 5 package uses link-time config for a reason?)

xantares commented on 2017-07-04 16:44 (UTC)

hi, It links to openssl-1.0 when installed: -- Found OpenSSL: /usr/i686-w64-mingw32/bin/libeay32.dll (found version "1.1.0f") how to deal with this as its used by qt4 & qt5 which use different versions of openssl themselves, not very urgent as I guess it's just some kind of optional plugin xan.

Martchus commented on 2016-09-19 08:38 (UTC)

Sorry, I've forgot to update. I will do it later. Maybe I'll just change it to skip because the patches are part of the same archive anyways.

rubdos commented on 2016-09-19 08:35 (UTC)

Seems like the patch files don't pass the sha1 test: ==> Validating source files with sha1sums... mariadb-connector-c-2.3.1-src.tar.gz ... Passed 0001-Fix-libnames-for-mingw-w64.patch ... FAILED 0002-Fix-_SIZE_T_DEFINED-under-mingw-w64.patch ... FAILED 0003-Use-fopen-rather-than-fopen_s-for-XP-compatibility.patch ... FAILED ==> ERROR: One or more files did not pass the validity check!

Martchus commented on 2016-05-31 08:08 (UTC) (edited on 2016-05-31 21:08 (UTC) by Martchus)

Updated the package to the latest version. I just used the sources from the regular mariadb-connector-c, updated the patches and fixed some minor mistakes. EDIT: 32-Bit version seems to be broken. Has probably something to do with the calling convention. EDIT: It should be fixed now. stdcall decorated symbols should now be exported correctly in libmariadb.dll.

Martchus commented on 2016-05-31 08:06 (UTC) (edited on 2021-04-15 08:44 (UTC) by Martchus)

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

SplitFire commented on 2016-05-31 00:56 (UTC)

Source code can be downloaded here: http://archive.mariadb.org//connector-c-2.1.0/source-tgz/mariadb-connector-c-2.1.0-src.tar.gz

yan12125 commented on 2016-05-30 05:09 (UTC)

https://downloads.mariadb.org/interstitial/connector-c-2.1.0/source-tgz/mariadb-connector-c-2.1.0-src.tar.gz results in 404.

ant32 commented on 2015-02-03 16:28 (UTC)

Currently a problem in detecting openssl. Either downgrade openssl to 1.0.1.l or rebuild cmake with fixed patch. Extra will hopefully soon update. Bug Report: https://bugs.archlinux.org/task/43688 Fixed PKGBUILD and patch: https://gist.github.com/ant32/61eb08499d2a1d52d3b1

ant32 commented on 2015-01-28 22:41 (UTC)

This package currently does not work on XP. https://mariadb.atlassian.net/browse/CONC-106 https://github.com/MariaDB/connector-c/search?utf8=%E2%9C%93&q=fopen_s&type=Code https://github.com/msys2/MINGW-packages/issues/1 http://sourceforge.net/p/mingw-w64/mailman/message/33272004/ Here is a patch that I currently use that works. I'm not sure if the patch is recommended. It is also included in the sourcetarball but not beeing applied. Just uncomment if you need it. https://gist.github.com/ant32/41a28b552c7405a55ab9

Schala commented on 2014-08-20 23:43 (UTC)

great job

ant32 commented on 2014-08-20 22:56 (UTC)

I changed the source of this package to http://ftp.osuosl.org/pub/mariadb/client-native-2.0.0/src/mariadb_client-2.0.0-src.tar.gz If someone has issues with this please reply and explain. This package now builds from source.

Schala commented on 2014-07-12 20:37 (UTC)

libmysql.dll doesn't need 755 because it's not an Unix executable. If WINE executes it, it ignores the execute flag.

xantares commented on 2014-02-06 09:15 (UTC)

hi, I wonder if it's important, but the sql dll is the only not beeing chmoded 755, maybe it should: install -Dm755 lib/libmysql.dll "${pkgdir}/usr/${_arch}/bin/libmysql.dll" -xan

ant32 commented on 2014-02-04 16:04 (UTC)

updated to 5.5.35 changes https://github.com/ant32/pkgbuild/commits/master/mingw-w64-libmariadbclient repo and binaries http://amr.linuxd.org/ Since this package needs to download aproximatly 300MB I highly suggest to use my prebuild package. I'd appreciate if someone would find a way to build this with mingw.

Schala commented on 2013-11-20 05:59 (UTC)

It seems the qt4 package still looks for libmysqlclient. Is there a way you could fix this?

ant32 commented on 2013-10-05 23:07 (UTC)

updated to 5.5.33.a changes to PKGBUILD can be found here https://github.com/ant32/pkgbuild/commits/master/mingw-w64-libmariadbclient/PKGBUILD binaries can be found at http://arch.linuxx.org/ Since this package needs to download aproximatly 300MB I highly suggest to use my prebuild package. I'd appreciate if someone would find a way to build this with mingw.

ant32 commented on 2013-07-18 21:42 (UTC)

updated to 5.5.32 binaries can be found at http://arch.linuxx.org/

ant32 commented on 2013-05-03 17:01 (UTC)

updated package to use mingw-utils from sourceforge.net fixed problem with linking caused by running strip on libmysql.dll https://github.com/ant32/pkgbuild/commits/master/mingw-w64-libmariadbclient

ant32 commented on 2013-04-29 13:54 (UTC)

I updated the PKBGUILD. Thankyou brcha. the here explains the problem I am having compiling with mingw-w64 mariadb-5.5.30/include/my_pthread.h:60:3: error: unknown type name 'CONDITION_VARIABLE' http://stackoverflow.com/questions/13204576/mysql-5-5-28-build-errors http://stackoverflow.com/questions/6872010/condition-variable-in-windows-wont-compile

brcha commented on 2013-04-29 12:34 (UTC)

No need for a copy, I changed your PKGBUILD a bit. Also, I have 32bit wine prefix in ~/.wine (works better for some of the stuff I use), so I unset WINEARCH and set WINEPREFIX to a ${srcdir}/wineprefix. I believe that is the better approach, and certainly doesn't hurt anybody. Also, I've built qt5 with mariadb and postgresql, so you can check that out as well. Cheers o7 --- PKGBUILD.orig 2013-04-29 14:29:08.724737183 +0200 +++ PKGBUILD 2013-04-29 14:29:01.441097505 +0200 @@ -27,13 +27,16 @@ ln -s mariadb-${pkgver}-win32 i686-w64-mingw32 ln -s mariadb-${pkgver}-winx64 x86_64-w64-mingw32 + + unset WINEARCH + export WINEPREFIX=${srcdir}/wineprefix for _arch in ${_architectures}; do cd "${srcdir}/reimp" ${_arch}-gcc -g -I . reimp.c util.c ar.c -o reimp.exe cd "${srcdir}/${_arch}/lib" wine ${srcdir}/reimp/reimp.exe -d libmysql.lib - /usr/${_arch}/bin/dlltool -k --input-def libmysql.def --dllname libmysql.dll --output-lib libmysql.a + /usr/${_arch}/bin/dlltool -k --input-def libmysql.def --dllname libmysql.dll --output-lib libmysql.dll.a done } @@ -43,10 +46,9 @@ mkdir -p ${pkgdir}/usr/${_arch}/{bin,include,lib} cp -R include ${pkgdir}/usr/${_arch} install -Dm644 lib/libmysql.dll ${pkgdir}/usr/${_arch}/bin/libmysql.dll - # I could not get libmysql.a to link correctly to libmysql.dll without it being in the same directory. - # If someone konws the correct way of doing this please tell me. - cp ${pkgdir}/usr/${_arch}/bin/libmysql.dll ${pkgdir}/usr/${_arch}/lib/libmysql.dll - install -Dm644 lib/libmysql.a ${pkgdir}/usr/${_arch}/lib/libmysql.a - ${_arch}-ranlib ${pkgdir}/usr/${_arch}/lib/libmysql.a + install -Dm644 lib/libmysql.dll.a ${pkgdir}/usr/${_arch}/lib/libmysql.dll.a + ${_arch}-ranlib ${pkgdir}/usr/${_arch}/lib/libmysql.dll.a + ${_arch}-strip --strip-unneeded ${pkgdir}/usr/${_arch}/bin/*.dll + ${_arch}-strip --strip-unneeded ${pkgdir}/usr/${_arch}/lib/*.dll.a done }

ant32 commented on 2013-04-27 23:05 (UTC)

It seemed just placing a link in lib folder wan't enough. I place a copy now.