Search Criteria
Package Details: mingw-w64-jsoncpp 1.9.6-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/mingw-w64-jsoncpp.git (read-only, click to copy) |
---|---|
Package Base: | mingw-w64-jsoncpp |
Description: | A C++ library for interacting with JSON (mingw-w64) |
Upstream URL: | https://github.com/open-source-parsers/jsoncpp |
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: | 2024-09-17 19:04 (UTC) |
Latest Comments
Sven commented on 2021-02-21 23:32 (UTC)
https://github.com/open-source-parsers/jsoncpp/commit/09c5ecd84fb754ac6ba1b661c6967f959a3100c4
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)
https://github.com/open-source-parsers/jsoncpp/issues/1245
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. https://pastebin.com/Ld5GUqgD
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.