Package Details: collada-dom 2.5.0-5

Git Clone URL: https://aur.archlinux.org/collada-dom.git (read-only, click to copy)
Package Base: collada-dom
Description: An API that provides a C++ object representation of a COLLADA XML instance document.
Upstream URL: https://github.com/rdiankov/collada-dom/
Licenses: custom
Provides: colladadom
Submitter: N30N
Maintainer: cbjamo
Last Packager: cbjamo
Votes: 20
Popularity: 0.007885
First Submitted: 2010-08-19 03:54 (UTC)
Last Updated: 2024-11-16 12:01 (UTC)

Latest Comments

1 2 Next › Last »

Lone_Wolf commented on 2024-11-20 12:16 (UTC)

AUR packages are only tested against gcc / gnu ld etc (basically only packages that are members of the base-devel meta-package).

If you do want to use other compiler / libs, make changes in small steps. In your case try replacing just the linker first.

Keep in mind that collada-dom upstream hasn't done any commits since 2017 .

Mold didn't exist then and llvm/clang were only at version 4.

EndlessEden commented on 2024-11-18 06:36 (UTC)

i just wanted to point out, on my system it fails to link (clang + mold), complaining about recompiling with -fPIC

R_X86_64_PC32 relocation at offset 0x11 against symbol `vtable for ColladaDOM141::domAny' can not be used; recompile with -fPIC

Lone_Wolf commented on 2024-09-02 22:29 (UTC) (edited on 2024-09-02 22:31 (UTC) by Lone_Wolf)

Build fails against boost 1.85+ , see https://github.com/rdiankov/collada-dom/issues/42 

fatal error: boost/filesystem/convenience.hpp: No such file or directory

Until upstream solves this, change dependency to boost183 & boost183-libs from https://aur.archlinux.org/packages/boost183

Nim65s commented on 2023-05-09 11:20 (UTC)

Hi,

Thanks for this package.

Could you replace "make" by "cmake --build ." ? Otherwise, build is broken if eg. one use export CMAKE_GENERATOR=Ninja

ref. https://wiki.archlinux.org/title/CMake_package_guidelines#Template

korreckj328 commented on 2023-04-30 18:26 (UTC)

aarch64 works in the arch with no additional modification.

Lone_Wolf commented on 2022-05-02 13:55 (UTC)

PKGBUILD (collada-dom) W: Non-unique source name (v2.5.0.tar.gz). Use a unique filename

Please use something like

"${pkgname}.${pkgver}::https://github.com/rdiankov/${pkgname}/archive/v${pkgver}.tar.gz"

in source array.

dreieck commented on 2018-01-23 16:29 (UTC)

After building and checking with namcap, there are some issues:

  • It should not be a package for architecture 'any', but for specific processor architectures:

collada-dom E: ELF file ('usr/lib/libcollada-dom2.4-dp.so.2.4.4') found in an 'any' package.

  • Dependency on 'uriparser':

collada-dom E: Dependency uriparser detected and not included (libraries ['usr/lib/liburiparser.so.1'] needed in files ['usr/lib/libcollada-dom2.4-dp.so.2.4.4'])

  • The 'minizip' dependency issue has already been commented; seems that collada-dom will use it's own minizip if there is no minizip installed, otherwise it will use the installed library. So, 'minizip' maybe to be added as an optional dependency with the comment 'use system minizip instead of built-in version'?

racko commented on 2017-07-05 18:26 (UTC)

Regarding the minizip dependency: While the upstream repo does bring it's own copy of minizip, it is not used if minizip is installed, thereby creating a dependency not tracked by pacman. (See Alad's comment at https://aur.archlinux.org/packages/ros-lunar-collada-urdf.) Would you mind adding the dependency so this does not happen accidentally? This has the additional benefit of keeping the minizip library used by collada-dom up to date.

bartus commented on 2016-07-27 19:15 (UTC)

Shouldn't minizip be one of the dependancies ?

Alad commented on 2016-05-12 20:55 (UTC)

Nice, thanks for the update.

1 2 Next › Last »