Search Criteria
Package Details: gz-rendering8 8.2.2-4
Package Actions
| Git Clone URL: | https://aur.archlinux.org/gz-rendering8.git (read-only, click to copy) |
|---|---|
| Package Base: | gz-rendering8 |
| Description: | C++ library designed to provide an abstraction for different rendering engines. |
| Upstream URL: | https://github.com/gazebosim/gz-rendering |
| Licenses: | Apache-2.0 |
| Provides: | gz-rendering |
| Submitter: | oysstu |
| Maintainer: | oysstu |
| Last Packager: | oysstu |
| Votes: | 0 |
| Popularity: | 0.000000 |
| First Submitted: | 2023-10-09 19:44 (UTC) |
| Last Updated: | 2025-07-09 09:30 (UTC) |
Dependencies (13)
- freeimageAUR (freeimage-vpinball-gitAUR)
- gz-common (gz-common5AUR, gz-common6AUR)
- gz-math (gz-math7AUR, gz-math8AUR)
- gz-plugin (gz-plugin2AUR, gz-plugin3AUR)
- gz-utils (gz-utils2AUR, gz-utils3AUR)
- ogre-next2AUR
- boost (boost-gitAUR) (make)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR) (make)
- gz-cmake (gz-cmake3AUR, gz-cmake4AUR) (make)
- vulkan-headers (vulkan-headers-gitAUR) (make)
- ogre-1.9AUR (optional) – Ogre 1.x rendering enging plugin
- optixAUR (optix70AUR, optix72AUR, optix74AUR, optix8AUR, optix77AUR) (optional) – Nvidia OptiX rendering engine plugin
Required by (12)
- gz-garden (requires gz-rendering)
- gz-gui7 (requires gz-rendering)
- gz-gui8 (requires gz-rendering)
- gz-gui9 (requires gz-rendering)
- gz-harmonic (requires gz-rendering)
- gz-ionic (requires gz-rendering)
- gz-sensors7 (requires gz-rendering)
- gz-sensors8 (requires gz-rendering)
- gz-sensors9 (requires gz-rendering)
- gz-sim7 (requires gz-rendering)
- gz-sim8 (requires gz-rendering)
- gz-sim9 (requires gz-rendering)
Latest Comments
oysstu commented on 2025-05-20 07:11 (UTC) (edited on 2025-05-20 10:17 (UTC) by oysstu)
@huyz Ah yes, I forgot to check if the rendering plugin was built. Support has been added in gz-cmake4 to locate ogre-next 3.x, but gz-rendering does not support it yet. There is a WIP PR here, but it's very preliminary: https://github.com/gazebosim/gz-rendering/pull/943
I'm maintaining patches for ogre-next2 2.3.3, and I'll target that instead.
huyz commented on 2025-05-20 01:45 (UTC)
Also, if one wants to use
ogre1.9oroptixfor rendering engine plugin, they need to be installed during build time, otherwisegz-rendering8won't build the corresponding rendering engine plugin.huyz commented on 2025-05-20 01:43 (UTC)
Unfortunately, the usage of
-DUSE_UNOFFICIAL_OGRE_VERSIONS=ONdoes not work forogre-nextversion3.Lookup the
CMakeLists.txtofgz-rendering8, this variable only used at line 94 ( after findingogre-1.9). Findingogre-next2.3.1is at line 116, and it won't be affected by this variable.The logic of finding
ogre-nextis at thecmake/FindGzOGRE2.cmakeofgz-cmake3. Lookup this file, at line 68 it first check whether the desiredogre-nextmajor version is greater or equal to3, so therefore you can't just replace2.3.1with3.0.0at theCMakeLists.txtofgz-rendering8to let it useogre-next3; then at line 283 it checks whether the found major version is equal to the desired major version. So overallgz-rendering8won't findogre-nextif its version is3, and will not build theogre2rendering engine plugin.Moreover, even if I change
cmake/FindGzOGRE2.cmaketo force allow it to useogre-next3, it failed to build then:So I think we should pin
ogre-nexttoogre-next2until upstream supportsogre-next3.