System llvm-libs is now 11.0.1. Build might still work but is currently rejected because dependency caps at <11.0.0 - https://aur.archlinux.org/packages/reflective-rapidjson-git/ has updated dependencies to:
clang<12.0.0 (clang-pypy-stm, clang39, clang38, llvm-tce, clang8, llvm-git, llvm-minimal-git)
llvm-libs<12.0.0 (llvm-libs-pypy-stm, llvm39-libs, llvm-asserts-libs, llvm-libs38, llvm-tce-libs, llvm-libs-git, llvm-libs-minimal-git)
clang>=11.0.0 (clang-pypy-stm, clang39, clang38, llvm-tce, clang8, llvm-git, llvm-minimal-git)
llvm-libs>=11.0.0 (llvm-libs-pypy-stm, llvm39-libs, llvm-asserts-libs, llvm-libs38, llvm-tce-libs, llvm-libs-git, llvm-libs-minimal-git)
Search Criteria
Package Details: reflective-rapidjson 0.0.15-12
Package Actions
Git Clone URL: | https://aur.archlinux.org/reflective-rapidjson.git (read-only, click to copy) |
---|---|
Package Base: | reflective-rapidjson |
Description: | Code generator for serializing/deserializing C++ objects to/from JSON using Clang and RapidJSON |
Upstream URL: | https://github.com/Martchus/reflective-rapidjson |
Licenses: | GPL-2-or-later |
Submitter: | Martchus |
Maintainer: | Martchus |
Last Packager: | Martchus |
Votes: | 2 |
Popularity: | 0.000000 |
First Submitted: | 2018-01-27 14:28 (UTC) |
Last Updated: | 2024-09-22 20:25 (UTC) |
Dependencies (14)
- c++utilitiesAUR
- clang (llvm-rocm-gitAUR, llvm-gitAUR, clang-minimal-gitAUR, clang17-binAUR)
- libc++utilities.so (c++utilitiesAUR)
- llvm-libs (llvm-libs-rocm-gitAUR, llvm-libs-gitAUR)
- rapidjson (rapidjson-gitAUR)
- clang-tools-extra (clang-minimal-gitAUR, clang) (make)
- cmake (cmake-gitAUR) (make)
- llvm (llvm-rocm-gitAUR, llvm-gitAUR, llvm-minimal-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-memAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR) (make)
- boost (boost-gitAUR) (check)
- cppunit (check)
- boost (boost-gitAUR) (optional) – use Boost.Hana instead of code generator
- reflective-rapidjson-doc (optional) – API documentation
Required by (3)
- mingw-w64-reflective-rapidjson
- tageditor (make)
- tageditor-qt6 (make)
Sources (1)
alan1world commented on 2020-11-12 17:59 (UTC) (edited on 2020-11-12 18:00 (UTC) by alan1world)
Martchus commented on 2020-10-12 12:55 (UTC)
@halcek Why? It should not be required. One is supposed to be able to build the latest release of reflective-rapidjson
against the latest release of c++utilities
. If that's not working that's a bug.
halcek commented on 2020-10-12 12:51 (UTC)
Could the c++utilities dependency get updated to https://aur.archlinux.org/packages/c++utilities-git?
Thanks,
flowingisart commented on 2020-04-29 17:21 (UTC) (edited on 2020-04-29 17:24 (UTC) by flowingisart)
I received the error referenced by @mred
I had put llvm-libs in my ingorePkg in my pacman.conf to do an -Syu .
Today when I went to use Blender I received an error in reference to needing lvm-libs<10.0.0.
So I uninstalled reflective-rapidjson with my aur package manager, removed llvm-libs from the ignorePkg, and did an -Syu.
Reinstalled reflective-rapidjson.
Everything seems to be in order for now...
Martchus commented on 2020-04-19 18:34 (UTC)
I’m unsure what actually uses it, so I’m just reporting the issue
This package is no different from any other package using LLVM. So if it was an official package it would fall under the usual "TODO" on a major LLVM version update, e.g. https://www.archlinux.org/todo/llvm-10/. But since it is only an AUR package it is not possible to be always exactly in sync with the official repo.
Note that reflective-rapidjson is only a makedependency of tageditor. So in the best case (which is you're building in a clean chroot) you don't have the package installed on your system anyways.
Martchus commented on 2020-04-19 18:29 (UTC)
I had the update already when llvm 10 was still in staging but then forgot to push the changes here as well.
Note that the latest version can be found in my https://github.com/Martchus/PKGBUILDs repo. This is useful if you setup your own staging repo or have the testing repo enabled (which usually has the new llvm version sooner).
mred commented on 2020-04-19 17:25 (UTC)
When updateing today I got an error
installing llvm-libs breaks dependency ‘llvm-libs<10.0.0’ required by reflective-rapidjson
I uninstalled reflective-rapidjson and the update finished, however, reflective-rapidjson will not reinstall and from what I’ve read it needs specific llvm to work and I’m unsure what actually uses it, so I’m just reporting the issue
petef4 commented on 2019-10-13 18:48 (UTC)
@Martchus Option 2 worked for me, thanks.
Martchus commented on 2019-10-13 16:37 (UTC) (edited on 2019-10-13 16:40 (UTC) by Martchus)
@petef4 There is no cycle. reflective-rapidjson simply needs a certain LLVM version and that's it.
Ok, that's not it: Of course installing LLVM 9 will break "the old" reflective-rapidjson which still needs LLVM 8 but building a new version of reflective-rapidjson requires LLVM 9. The recommended way to solve this problem is to build with makechrootpkg
. This is how the official packages are created (see https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_clean_chroot). I'm also using this method to build the packages provided by my binary repository.
There are also 2 lazy ways to work around this issue:
- Use my binary repo.
- Uninstall reflective-rapidjson. Install LLVM 9. Build reflective-rapidjson again.
Note that 2. only works well for reflective-rapidjson because nothing depends on it (it is only a build-time dependency for tageditor!). In the general case uninstalling the package is of course annoying because a lot packages might depend on it (consider the packages x265 and ffmpeg/ffmpeg-libfdk_aac which have basically the same problem but you likely don't want to uninstall ffmpeg on your system).
petef4 commented on 2019-10-13 16:24 (UTC)
I suspect that this is a pacman FAQ. reflective-rapidjson will not update 0.0.9-1 -> 0.0.10-1 because it needs llvm-libs>=9.0.0. But llvm-libs will not update because it is needed by the old reflective-rapidjson: llvm-libs (9.0.0-3) breaks dependency 'llvm-libs<9.0.0' required by reflective-rapidjson. What is the best way to resolve this cycle?
Pinned Comments
Martchus commented on 2018-01-31 19:55 (UTC)
All my packages are managed at GitHub where you can also contribute directly: https://github.com/Martchus/PKGBUILDs There also exist a binary repository: https://martchus.no-ip.biz/repo/arch/ownstuff