Package Details: mingw-w64-jsoncpp 1.9.5-1

Git Clone URL: (read-only, click to copy)
Package Base: mingw-w64-jsoncpp
Description: A C++ library for interacting with JSON (mingw-w64)
Upstream URL:
Licenses: MIT, custom:public_domain
Submitter: xantares
Maintainer: xantares
Last Packager: xantares
Votes: 1
Popularity: 0.000000
First Submitted: 2016-03-13 09:43 (UTC)
Last Updated: 2021-12-30 07:43 (UTC)

Latest Comments

Sven commented on 2021-02-21 23:32 (UTC)

The issue is now fixed upstream. The _static suffix is only appended when using Microsoft toolchains. On mingw-w64 toolchains it is not needed and not used.

Sven commented on 2020-12-13 00:53 (UTC)

Now regular non-mingw Arch package also has a libjsoncpp.a. However, that packages seems to be built using meson, not cmake.

xantares commented on 2020-12-12 10:25 (UTC)

if its non standard perhaps it should be fixed upstream ?

Sven commented on 2020-12-12 02:03 (UTC)

The static libraries have the wrong name. They should be called libjsoncpp.a instead of libjsoncpp_static.a . The _static suffix is a non-standard solution chosen by the jsoncpp developers. On MSYS2, they offer both files (which, strangely, are not identical).

In the PKGBUILD that I posted, that was already solved by using -DSTATIC_SUFFIX="" .

Sven commented on 2020-12-11 00:56 (UTC)

Here's my PKGBUILD that build both static and shared library. This works with jsoncpp 1.9.4 but not with jsoncpp 1.9.2. It seems they fixed their build system recently.

Sven commented on 2020-12-10 23:50 (UTC) (edited on 2020-12-10 23:59 (UTC) by Sven)

Please include static libraries. For people building Windows binaries on Linux, it is especially nice to have the static libraries and link to them. That eliminates the need for shipping the DLL with the EXE. The library libjsoncpp.dll.a does exist, but it seems to be the DLL import library. Linking with -static currently fails with "cannot find -ljsoncpp". Without -static it works.