Package Details: spirv-headers-git 1:1.3.280.0.r3.g4f7b471-1

Git Clone URL: https://aur.archlinux.org/spirv-headers-git.git (read-only, click to copy)
Package Base: spirv-headers-git
Description: SPIR-V header files Git version
Upstream URL: https://www.khronos.org/registry/spir-v/
Licenses: custom
Conflicts: spirv-headers
Provides: spirv-headers
Submitter: bruceutut
Maintainer: xiretza
Last Packager: xiretza
Votes: 5
Popularity: 0.035534
First Submitted: 2018-08-22 11:52 (UTC)
Last Updated: 2024-04-01 19:58 (UTC)

Dependencies (2)

Required by (24)

Sources (1)

Latest Comments

1 2 Next › Last »

xiretza commented on 2024-04-01 19:58 (UTC)

Thanks for the fix and sorry for the long wait.

xiota commented on 2023-12-20 09:36 (UTC) (edited on 2023-12-20 09:40 (UTC) by xiota)

pkgver() is currently generating strings like 1:vulkan.sdk.1.3.268.0.r9.g1c6bb27. The following will fix this. Do not bump epoch.

pkgver() {
    cd "$_pkgname"
    git describe --long --tags | sed 's/^[^0-9]*//; s/\([^-]*-g\)/r\1/; s/-/./g'
}

Lone_Wolf commented on 2023-12-09 14:08 (UTC)

https://github.com/KhronosGroup/SPIRV-Headers/commit/d5acd42cb7cdaa5d0f2c5f739208eeeed395f491 breaks trunk builds of spirv-tools * spirv-llvm-translator.

Stay on https://github.com/KhronosGroup/SPIRV-Headers/commit/cca08c63cefa129d082abca0302adcb81610b465 for now.

See https://github.com/KhronosGroup/SPIRV-Tools/issues/5503

Lone_Wolf commented on 2023-10-27 19:44 (UTC)

upstream created a new tag. pkgver now is 1:vulkan.sdk.1.3.268.0.r2.g88bc5e3 which is seen by vercmp as older then the previous tags like 1:1.3.261.0.r15.g88bc5e3 .

Please increase epoch to 2 or adjust pkgver() to correct this.

abouvier commented on 2022-12-25 15:16 (UTC)

@Lone_Wolf

This is what is used by the majority of official packages and what is recommended by the wiki: https://wiki.archlinux.org/title/CMake_package_guidelines#Template

Hardcoding a specific generator is only useful if the package cannot be built with another one.

User preferences (standard or not) should be respected as much as possible.

Lone_Wolf commented on 2022-12-25 10:20 (UTC)

@abouvier

(another generator could be specified in makepkg.conf )

makepkg.conf has no section or flags that are cmake-specific, so setting things there is non-standard and not something pkgbuilds can rely on .

Personally I prefer PKGBUILDs where it is clear what happens. Cmake can generate 10+ different types of makefiles, hardcoding the one this PKGBUILD uses makes it very clear what is used/needed.

abouvier commented on 2022-12-24 20:28 (UTC) (edited on 2022-12-26 04:08 (UTC) by abouvier)

Thanks, you should also use cmake --build build and DESTDIR="$pkgdir" cmake --install build instead of hardcoding the use of make (another generator could be specified in makepkg.conf).

xiretza commented on 2022-12-24 12:00 (UTC)

Sure, done.

abouvier commented on 2022-12-24 11:49 (UTC)

Could you use the same version scheme as the stable spirv-headers package in community (e.g. 1:1.3.231.1)?

xiretza commented on 2021-01-22 12:47 (UTC)

@shoober420: can't reproduce, all the cmake files ended up in /usr/lib/cmake/SPIRV-Headers/ in the package I just built in a clean chroot.

1 2 Next › Last »