<?xml version="1.0" encoding="UTF-8"?>
<otherdata xmlns="http://linux.duke.edu/metadata/other" packages="52">
<package pkgid="929dacf4ea45b367345e7cf781739f6c1a3d1ad905c334878aaf6df8dcb2fee2" name="ISPCTexComp" arch="src">
  <version epoch="0" ver="0" rel="0.5.20210402git36b80aa.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.1.20230807git691513b" date="1739275200">- Initial package based on commit 691513b
- SIMD-optimized texture compression library (BC6H, BC7, ASTC, ETC1, BC1-BC5)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.3.20230807git691513b" date="1770811200">- Fix shared library linking: add -shared -nostartfiles to linker flags
- Fedora hardened LDFLAGS inject Scrt1.o causing undefined reference to main</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.4.20230807git691513b" date="1770811201">- Add --pic to ISPC and -fPIC to CXX flags for PIC-compliant shared library
- Fix R_X86_64_PC32 relocation error with Fedora hardened linker</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 0-0.5.20210402git36b80aa" date="1778500800">- Update to commit 36b80aac50ea401a9adde44d86712c2241b2acfd (2021-04-02)
  to match the engine pin (cmake/3rdParty/Platform/Linux/
  BuiltInPackages_linux_x86_64.cmake on stabilization/26050 pins
  ISPCTexComp-36b80aa-rev1). The previous commit 691513b (2023-08-07)
  was newer chronologically but didn't match what the engine's
  BuiltInPackages references; drift-detection workflow had been
  flagging this as out-of-date since the script's first run.
- Engine consumes ISPCTexComp's libispc_texcomp.so via the
  ImageProcessing Gem's BC1/BC3/BC4/BC5/BC6H/BC7/ASTC/ETC1 block
  compression path. Commit 36b80aa's "bool -&gt; uint8 for dual_plane"
  change is the upstream-pinned API surface the engine expects.</changelog>
</package>
<package pkgid="c61673187016ffc9ee8f3651a8c84b2ed433eaf34c6d8b515f48f0a7cd509d98" name="ISPCTexComp" arch="x86_64">
  <version epoch="0" ver="0" rel="0.5.20210402git36b80aa.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.1.20230807git691513b" date="1739275200">- Initial package based on commit 691513b
- SIMD-optimized texture compression library (BC6H, BC7, ASTC, ETC1, BC1-BC5)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.3.20230807git691513b" date="1770811200">- Fix shared library linking: add -shared -nostartfiles to linker flags
- Fedora hardened LDFLAGS inject Scrt1.o causing undefined reference to main</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.4.20230807git691513b" date="1770811201">- Add --pic to ISPC and -fPIC to CXX flags for PIC-compliant shared library
- Fix R_X86_64_PC32 relocation error with Fedora hardened linker</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 0-0.5.20210402git36b80aa" date="1778500800">- Update to commit 36b80aac50ea401a9adde44d86712c2241b2acfd (2021-04-02)
  to match the engine pin (cmake/3rdParty/Platform/Linux/
  BuiltInPackages_linux_x86_64.cmake on stabilization/26050 pins
  ISPCTexComp-36b80aa-rev1). The previous commit 691513b (2023-08-07)
  was newer chronologically but didn't match what the engine's
  BuiltInPackages references; drift-detection workflow had been
  flagging this as out-of-date since the script's first run.
- Engine consumes ISPCTexComp's libispc_texcomp.so via the
  ImageProcessing Gem's BC1/BC3/BC4/BC5/BC6H/BC7/ASTC/ETC1 block
  compression path. Commit 36b80aa's "bool -&gt; uint8 for dual_plane"
  change is the upstream-pinned API surface the engine expects.</changelog>
</package>
<package pkgid="4f0304d12d422c3f6425d5faca87c0a2ffc548650c6a0050140fd84cefc0cd8d" name="ISPCTexComp-debuginfo" arch="x86_64">
  <version epoch="0" ver="0" rel="0.5.20210402git36b80aa.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.1.20230807git691513b" date="1739275200">- Initial package based on commit 691513b
- SIMD-optimized texture compression library (BC6H, BC7, ASTC, ETC1, BC1-BC5)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.3.20230807git691513b" date="1770811200">- Fix shared library linking: add -shared -nostartfiles to linker flags
- Fedora hardened LDFLAGS inject Scrt1.o causing undefined reference to main</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.4.20230807git691513b" date="1770811201">- Add --pic to ISPC and -fPIC to CXX flags for PIC-compliant shared library
- Fix R_X86_64_PC32 relocation error with Fedora hardened linker</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 0-0.5.20210402git36b80aa" date="1778500800">- Update to commit 36b80aac50ea401a9adde44d86712c2241b2acfd (2021-04-02)
  to match the engine pin (cmake/3rdParty/Platform/Linux/
  BuiltInPackages_linux_x86_64.cmake on stabilization/26050 pins
  ISPCTexComp-36b80aa-rev1). The previous commit 691513b (2023-08-07)
  was newer chronologically but didn't match what the engine's
  BuiltInPackages references; drift-detection workflow had been
  flagging this as out-of-date since the script's first run.
- Engine consumes ISPCTexComp's libispc_texcomp.so via the
  ImageProcessing Gem's BC1/BC3/BC4/BC5/BC6H/BC7/ASTC/ETC1 block
  compression path. Commit 36b80aa's "bool -&gt; uint8 for dual_plane"
  change is the upstream-pinned API surface the engine expects.</changelog>
</package>
<package pkgid="9da1d73f7fa1d4b6b6913ccdad51247c16a35aa849af07a38b67ebc85e56a7f3" name="ISPCTexComp-debugsource" arch="x86_64">
  <version epoch="0" ver="0" rel="0.5.20210402git36b80aa.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.1.20230807git691513b" date="1739275200">- Initial package based on commit 691513b
- SIMD-optimized texture compression library (BC6H, BC7, ASTC, ETC1, BC1-BC5)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.3.20230807git691513b" date="1770811200">- Fix shared library linking: add -shared -nostartfiles to linker flags
- Fedora hardened LDFLAGS inject Scrt1.o causing undefined reference to main</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.4.20230807git691513b" date="1770811201">- Add --pic to ISPC and -fPIC to CXX flags for PIC-compliant shared library
- Fix R_X86_64_PC32 relocation error with Fedora hardened linker</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 0-0.5.20210402git36b80aa" date="1778500800">- Update to commit 36b80aac50ea401a9adde44d86712c2241b2acfd (2021-04-02)
  to match the engine pin (cmake/3rdParty/Platform/Linux/
  BuiltInPackages_linux_x86_64.cmake on stabilization/26050 pins
  ISPCTexComp-36b80aa-rev1). The previous commit 691513b (2023-08-07)
  was newer chronologically but didn't match what the engine's
  BuiltInPackages references; drift-detection workflow had been
  flagging this as out-of-date since the script's first run.
- Engine consumes ISPCTexComp's libispc_texcomp.so via the
  ImageProcessing Gem's BC1/BC3/BC4/BC5/BC6H/BC7/ASTC/ETC1 block
  compression path. Commit 36b80aa's "bool -&gt; uint8 for dual_plane"
  change is the upstream-pinned API surface the engine expects.</changelog>
</package>
<package pkgid="f6a6a033c5275292594fa708a35985b4b539313a5047699c3bac12f810e6177c" name="ISPCTexComp-devel" arch="x86_64">
  <version epoch="0" ver="0" rel="0.5.20210402git36b80aa.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.1.20230807git691513b" date="1739275200">- Initial package based on commit 691513b
- SIMD-optimized texture compression library (BC6H, BC7, ASTC, ETC1, BC1-BC5)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.3.20230807git691513b" date="1770811200">- Fix shared library linking: add -shared -nostartfiles to linker flags
- Fedora hardened LDFLAGS inject Scrt1.o causing undefined reference to main</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 0-0.4.20230807git691513b" date="1770811201">- Add --pic to ISPC and -fPIC to CXX flags for PIC-compliant shared library
- Fix R_X86_64_PC32 relocation error with Fedora hardened linker</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 0-0.5.20210402git36b80aa" date="1778500800">- Update to commit 36b80aac50ea401a9adde44d86712c2241b2acfd (2021-04-02)
  to match the engine pin (cmake/3rdParty/Platform/Linux/
  BuiltInPackages_linux_x86_64.cmake on stabilization/26050 pins
  ISPCTexComp-36b80aa-rev1). The previous commit 691513b (2023-08-07)
  was newer chronologically but didn't match what the engine's
  BuiltInPackages references; drift-detection workflow had been
  flagging this as out-of-date since the script's first run.
- Engine consumes ISPCTexComp's libispc_texcomp.so via the
  ImageProcessing Gem's BC1/BC3/BC4/BC5/BC6H/BC7/ASTC/ETC1 block
  compression path. Commit 36b80aa's "bool -&gt; uint8 for dual_plane"
  change is the upstream-pinned API surface the engine expects.</changelog>
</package>
<package pkgid="dc2ab83dc8090da261fa61e635082dbaa7cf952565796dae18293d11022ccbb4" name="astc-encoder" arch="src">
  <version epoch="0" ver="5.3.0" rel="2.fc44"/>
  <changelog author="O3DE Packaging &lt;noreply@o3de.org&gt; - 5.3.0-1" date="1770811200">- Initial RPM package, modeled after Arch AUR PKGBUILD
- Enable AVX2, SSE2, and SSE4.1 ISA backends
- Build shared libraries</changelog>
</package>
<package pkgid="f1347db784b0d6f5305b2a133a384de7a3166723e1661394b3d7c4c9b619ea58" name="astc-encoder" arch="x86_64">
  <version epoch="0" ver="5.3.0" rel="2.fc44"/>
  <changelog author="O3DE Packaging &lt;noreply@o3de.org&gt; - 5.3.0-1" date="1770811200">- Initial RPM package, modeled after Arch AUR PKGBUILD
- Enable AVX2, SSE2, and SSE4.1 ISA backends
- Build shared libraries</changelog>
</package>
<package pkgid="5e717a1d024fe8de13522194ed114331c04e5c38de6b2c66590c620ee77847db" name="astc-encoder-debuginfo" arch="x86_64">
  <version epoch="0" ver="5.3.0" rel="2.fc44"/>
  <changelog author="O3DE Packaging &lt;noreply@o3de.org&gt; - 5.3.0-1" date="1770811200">- Initial RPM package, modeled after Arch AUR PKGBUILD
- Enable AVX2, SSE2, and SSE4.1 ISA backends
- Build shared libraries</changelog>
</package>
<package pkgid="39d08c578c3d9ee53e73ec99f9b8e96ee49ab852c4eadde1e123651bb5a5e9eb" name="astc-encoder-debugsource" arch="x86_64">
  <version epoch="0" ver="5.3.0" rel="2.fc44"/>
  <changelog author="O3DE Packaging &lt;noreply@o3de.org&gt; - 5.3.0-1" date="1770811200">- Initial RPM package, modeled after Arch AUR PKGBUILD
- Enable AVX2, SSE2, and SSE4.1 ISA backends
- Build shared libraries</changelog>
</package>
<package pkgid="2b6c57d2a17f375d0f04d499546536365cc2066225e24e0f2510255f9400b8ea" name="astc-encoder-devel" arch="x86_64">
  <version epoch="0" ver="5.3.0" rel="2.fc44"/>
  <changelog author="O3DE Packaging &lt;noreply@o3de.org&gt; - 5.3.0-1" date="1770811200">- Initial RPM package, modeled after Arch AUR PKGBUILD
- Enable AVX2, SSE2, and SSE4.1 ISA backends
- Build shared libraries</changelog>
</package>
<package pkgid="530a70b04e720f4e26af57f9fcb6cbad5b043933d08fbafc5e117a39489429ca" name="aws-iot-device-sdk-cpp-v2" arch="src">
  <version epoch="0" ver="1.15.2" rel="6.fc44"/>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-1" date="1770811200">- Initial RPM package of AWS IoT Device SDK for C++ v2
- Version 1.15.2 for O3DE compatibility
- Bundles AWS Common Runtime dependencies (aws-crt-cpp, aws-c-*, s2n-tls, aws-lc)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-3" date="1770811201">- Strip -Werror from all bundled CRT cmake files to fix FTBFS with GCC 16
  (unused-but-set-variable error in aws-lc crypto/x509/t_x509.c)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-4" date="1770811202">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-5" date="1770811203">- Remove non-existent s2n/ include directory from files list</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-6" date="1770811204">- Remove unneeded awstest/ test headers from install</changelog>
</package>
<package pkgid="04e25c2e356a3f960df56264ff437ea54c377a85266afa2ee32b3057260e41e0" name="aws-iot-device-sdk-cpp-v2" arch="x86_64">
  <version epoch="0" ver="1.15.2" rel="6.fc44"/>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-1" date="1770811200">- Initial RPM package of AWS IoT Device SDK for C++ v2
- Version 1.15.2 for O3DE compatibility
- Bundles AWS Common Runtime dependencies (aws-crt-cpp, aws-c-*, s2n-tls, aws-lc)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-3" date="1770811201">- Strip -Werror from all bundled CRT cmake files to fix FTBFS with GCC 16
  (unused-but-set-variable error in aws-lc crypto/x509/t_x509.c)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-4" date="1770811202">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-5" date="1770811203">- Remove non-existent s2n/ include directory from files list</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-6" date="1770811204">- Remove unneeded awstest/ test headers from install</changelog>
</package>
<package pkgid="fb9271d0732caf6884a0469aec2768d4435b1ceeaced541636c4a81602780f8f" name="aws-iot-device-sdk-cpp-v2-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.15.2" rel="6.fc44"/>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-1" date="1770811200">- Initial RPM package of AWS IoT Device SDK for C++ v2
- Version 1.15.2 for O3DE compatibility
- Bundles AWS Common Runtime dependencies (aws-crt-cpp, aws-c-*, s2n-tls, aws-lc)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-3" date="1770811201">- Strip -Werror from all bundled CRT cmake files to fix FTBFS with GCC 16
  (unused-but-set-variable error in aws-lc crypto/x509/t_x509.c)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-4" date="1770811202">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-5" date="1770811203">- Remove non-existent s2n/ include directory from files list</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-6" date="1770811204">- Remove unneeded awstest/ test headers from install</changelog>
</package>
<package pkgid="963118adb3d372734dfcb4378f31c56b1ec1a92343a94fe47335b446329b5b83" name="aws-iot-device-sdk-cpp-v2-debugsource" arch="x86_64">
  <version epoch="0" ver="1.15.2" rel="6.fc44"/>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-1" date="1770811200">- Initial RPM package of AWS IoT Device SDK for C++ v2
- Version 1.15.2 for O3DE compatibility
- Bundles AWS Common Runtime dependencies (aws-crt-cpp, aws-c-*, s2n-tls, aws-lc)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-3" date="1770811201">- Strip -Werror from all bundled CRT cmake files to fix FTBFS with GCC 16
  (unused-but-set-variable error in aws-lc crypto/x509/t_x509.c)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-4" date="1770811202">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-5" date="1770811203">- Remove non-existent s2n/ include directory from files list</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-6" date="1770811204">- Remove unneeded awstest/ test headers from install</changelog>
</package>
<package pkgid="7b588f5243e053caa43585f83dca95f62b3541d132823e41e99ba6b6df18712b" name="aws-iot-device-sdk-cpp-v2-devel" arch="x86_64">
  <version epoch="0" ver="1.15.2" rel="6.fc44"/>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-1" date="1770811200">- Initial RPM package of AWS IoT Device SDK for C++ v2
- Version 1.15.2 for O3DE compatibility
- Bundles AWS Common Runtime dependencies (aws-crt-cpp, aws-c-*, s2n-tls, aws-lc)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-3" date="1770811201">- Strip -Werror from all bundled CRT cmake files to fix FTBFS with GCC 16
  (unused-but-set-variable error in aws-lc crypto/x509/t_x509.c)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-4" date="1770811202">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-5" date="1770811203">- Remove non-existent s2n/ include directory from files list</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-6" date="1770811204">- Remove unneeded awstest/ test headers from install</changelog>
</package>
<package pkgid="e12e40eb4a4bb586186a3b13730990c2a47264fd24ed1ab1baace17dee5e8d1b" name="aws-iot-device-sdk-cpp-v2-devel-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.15.2" rel="6.fc44"/>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-1" date="1770811200">- Initial RPM package of AWS IoT Device SDK for C++ v2
- Version 1.15.2 for O3DE compatibility
- Bundles AWS Common Runtime dependencies (aws-crt-cpp, aws-c-*, s2n-tls, aws-lc)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-3" date="1770811201">- Strip -Werror from all bundled CRT cmake files to fix FTBFS with GCC 16
  (unused-but-set-variable error in aws-lc crypto/x509/t_x509.c)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-4" date="1770811202">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-5" date="1770811203">- Remove non-existent s2n/ include directory from files list</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.15.2-6" date="1770811204">- Remove unneeded awstest/ test headers from install</changelog>
</package>
<package pkgid="d482820dfd424fc410dcc8f3629d0c0797ad9d8f3e581a8d39207034d2406f27" name="azslc" arch="src">
  <version epoch="0" ver="1.8.22" rel="6.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-1" date="1739275200">- Initial package of AZSLc (Amazon Shading Language Compiler)
- Built from release 1.8.22</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-3" date="1770811200">- Bundle CLI11 and ANTLR4 sources for offline Copr builds (no network in mock)</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-4" date="1770811201">- Fix CLI11 cmake_minimum_required &lt; 3.5 error with CMake 4.x
- Add CMAKE_POLICY_VERSION_MINIMUM=3.5</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-5" date="1770811202">- Fix GCC 16: add missing #include &lt;cstdint&gt; for uint32_t
- Fix CLI11 cmake_minimum_required: replace version instead of prepending cmake_policy</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-6" date="1770811203">- Disable ANTLR4 test builds (gtest not available in mock chroot)</changelog>
</package>
<package pkgid="83dbe519a52ab117608e6b32839245c36909810289657a92acac57590c39bbb4" name="azslc" arch="x86_64">
  <version epoch="0" ver="1.8.22" rel="6.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-1" date="1739275200">- Initial package of AZSLc (Amazon Shading Language Compiler)
- Built from release 1.8.22</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-3" date="1770811200">- Bundle CLI11 and ANTLR4 sources for offline Copr builds (no network in mock)</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-4" date="1770811201">- Fix CLI11 cmake_minimum_required &lt; 3.5 error with CMake 4.x
- Add CMAKE_POLICY_VERSION_MINIMUM=3.5</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-5" date="1770811202">- Fix GCC 16: add missing #include &lt;cstdint&gt; for uint32_t
- Fix CLI11 cmake_minimum_required: replace version instead of prepending cmake_policy</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-6" date="1770811203">- Disable ANTLR4 test builds (gtest not available in mock chroot)</changelog>
</package>
<package pkgid="fa067c57151125bb7d1306d36ec3f31019dff752df28592de7c4fa9003e4ae77" name="azslc-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.8.22" rel="6.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-1" date="1739275200">- Initial package of AZSLc (Amazon Shading Language Compiler)
- Built from release 1.8.22</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-3" date="1770811200">- Bundle CLI11 and ANTLR4 sources for offline Copr builds (no network in mock)</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-4" date="1770811201">- Fix CLI11 cmake_minimum_required &lt; 3.5 error with CMake 4.x
- Add CMAKE_POLICY_VERSION_MINIMUM=3.5</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-5" date="1770811202">- Fix GCC 16: add missing #include &lt;cstdint&gt; for uint32_t
- Fix CLI11 cmake_minimum_required: replace version instead of prepending cmake_policy</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-6" date="1770811203">- Disable ANTLR4 test builds (gtest not available in mock chroot)</changelog>
</package>
<package pkgid="4ce771f5076095bb66f3a3535d0d9fe443ea24500152955088e35008990eb3e6" name="azslc-debugsource" arch="x86_64">
  <version epoch="0" ver="1.8.22" rel="6.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-1" date="1739275200">- Initial package of AZSLc (Amazon Shading Language Compiler)
- Built from release 1.8.22</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-3" date="1770811200">- Bundle CLI11 and ANTLR4 sources for offline Copr builds (no network in mock)</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-4" date="1770811201">- Fix CLI11 cmake_minimum_required &lt; 3.5 error with CMake 4.x
- Add CMAKE_POLICY_VERSION_MINIMUM=3.5</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-5" date="1770811202">- Fix GCC 16: add missing #include &lt;cstdint&gt; for uint32_t
- Fix CLI11 cmake_minimum_required: replace version instead of prepending cmake_policy</changelog>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.8.22-6" date="1770811203">- Disable ANTLR4 test builds (gtest not available in mock chroot)</changelog>
</package>
<package pkgid="f6a4feef79ee7c633d5f13c833f17f5be0ecec8e10b9a7e9f0bc5225ef9fdbc1" name="mikkelsen" arch="src">
  <version epoch="0" ver="1.0" rel="1.20200325git3e895b4.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.0-1.20200325git3e895b4" date="1739275200">- Initial package of MikkTSpace tangent space calculation library
- Built from git snapshot 3e895b4</changelog>
</package>
<package pkgid="e0378ce57706f3cbdf6bf48268f8ec40b3afa49f1f64fb01fecdd9c244232d37" name="mikkelsen" arch="x86_64">
  <version epoch="0" ver="1.0" rel="1.20200325git3e895b4.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.0-1.20200325git3e895b4" date="1739275200">- Initial package of MikkTSpace tangent space calculation library
- Built from git snapshot 3e895b4</changelog>
</package>
<package pkgid="cf90b66fe69821b85012f8975ee2d5aa04b944e383d51e5a4df198fc453fd3fe" name="mikkelsen-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.0" rel="1.20200325git3e895b4.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.0-1.20200325git3e895b4" date="1739275200">- Initial package of MikkTSpace tangent space calculation library
- Built from git snapshot 3e895b4</changelog>
</package>
<package pkgid="717710cd86e3bb98a0b25b99e796fbc35791ffb4d8040650ac898b708d18acac" name="mikkelsen-debugsource" arch="x86_64">
  <version epoch="0" ver="1.0" rel="1.20200325git3e895b4.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.0-1.20200325git3e895b4" date="1739275200">- Initial package of MikkTSpace tangent space calculation library
- Built from git snapshot 3e895b4</changelog>
</package>
<package pkgid="d07be90457b02e614c2764dfe013a17025eceb7bf98ef103ed3f5f4dbfecbe1a" name="mikkelsen-devel" arch="x86_64">
  <version epoch="0" ver="1.0" rel="1.20200325git3e895b4.fc44"/>
  <changelog author="O3DE Builder &lt;builder@o3de.org&gt; - 1.0-1.20200325git3e895b4" date="1739275200">- Initial package of MikkTSpace tangent space calculation library
- Built from git snapshot 3e895b4</changelog>
</package>
<package pkgid="4c40cd6e85cc36338e20a9abdc9e0c57660809b67cc248361c1be4a693d2928d" name="o3de-AWSNativeSDK" arch="src">
  <version epoch="0" ver="1.11.361" rel="6.fc44"/>
  <changelog author="O3DE Packager &lt;o3de-packager@example.com&gt; - 1.11.361-1" date="1739275200">- Initial package of AWS SDK for C++ 1.11.361 for O3DE
- Build only O3DE-required service components</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-3" date="1770811200">- Use recursive source tarball with all CRT submodules included
- Strip -Werror from CRT cmake files for GCC 16 compatibility
- Remove LEGACY_BUILD=OFF (submodules present, default build works)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-4" date="1770811201">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-5" date="1770811202">- Use BUILD_DEPS=ON and USE_OPENSSL=OFF to use bundled aws-lc for s2n crypto
  (fixes openssl/engine.h missing on OpenSSL 3.x / Fedora rawhide)
- Fix cmake_minimum_required &lt; 3.5 in CRT submodules for CMake 4.x</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-6" date="1770811203">- Add pkgconfig files to devel package
- Remove conflicting aws-lc pkgconfig files (libcrypto, libssl, openssl)</changelog>
</package>
<package pkgid="885723e6f0ccce3161626bb252d0ab6cd27c485e63e3300656b065dcaadabd26" name="o3de-AWSNativeSDK" arch="x86_64">
  <version epoch="0" ver="1.11.361" rel="6.fc44"/>
  <changelog author="O3DE Packager &lt;o3de-packager@example.com&gt; - 1.11.361-1" date="1739275200">- Initial package of AWS SDK for C++ 1.11.361 for O3DE
- Build only O3DE-required service components</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-3" date="1770811200">- Use recursive source tarball with all CRT submodules included
- Strip -Werror from CRT cmake files for GCC 16 compatibility
- Remove LEGACY_BUILD=OFF (submodules present, default build works)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-4" date="1770811201">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-5" date="1770811202">- Use BUILD_DEPS=ON and USE_OPENSSL=OFF to use bundled aws-lc for s2n crypto
  (fixes openssl/engine.h missing on OpenSSL 3.x / Fedora rawhide)
- Fix cmake_minimum_required &lt; 3.5 in CRT submodules for CMake 4.x</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-6" date="1770811203">- Add pkgconfig files to devel package
- Remove conflicting aws-lc pkgconfig files (libcrypto, libssl, openssl)</changelog>
</package>
<package pkgid="82e1fad074bca88e28abbfe4177beb841a2225bace0dbea4a0a87de2af8533fd" name="o3de-AWSNativeSDK-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.11.361" rel="6.fc44"/>
  <changelog author="O3DE Packager &lt;o3de-packager@example.com&gt; - 1.11.361-1" date="1739275200">- Initial package of AWS SDK for C++ 1.11.361 for O3DE
- Build only O3DE-required service components</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-3" date="1770811200">- Use recursive source tarball with all CRT submodules included
- Strip -Werror from CRT cmake files for GCC 16 compatibility
- Remove LEGACY_BUILD=OFF (submodules present, default build works)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-4" date="1770811201">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-5" date="1770811202">- Use BUILD_DEPS=ON and USE_OPENSSL=OFF to use bundled aws-lc for s2n crypto
  (fixes openssl/engine.h missing on OpenSSL 3.x / Fedora rawhide)
- Fix cmake_minimum_required &lt; 3.5 in CRT submodules for CMake 4.x</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-6" date="1770811203">- Add pkgconfig files to devel package
- Remove conflicting aws-lc pkgconfig files (libcrypto, libssl, openssl)</changelog>
</package>
<package pkgid="e9c8bb36cc6ceb13bd282a6a5f2d51d14a9494f9f543ee24800740986d60aafa" name="o3de-AWSNativeSDK-debugsource" arch="x86_64">
  <version epoch="0" ver="1.11.361" rel="6.fc44"/>
  <changelog author="O3DE Packager &lt;o3de-packager@example.com&gt; - 1.11.361-1" date="1739275200">- Initial package of AWS SDK for C++ 1.11.361 for O3DE
- Build only O3DE-required service components</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-3" date="1770811200">- Use recursive source tarball with all CRT submodules included
- Strip -Werror from CRT cmake files for GCC 16 compatibility
- Remove LEGACY_BUILD=OFF (submodules present, default build works)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-4" date="1770811201">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-5" date="1770811202">- Use BUILD_DEPS=ON and USE_OPENSSL=OFF to use bundled aws-lc for s2n crypto
  (fixes openssl/engine.h missing on OpenSSL 3.x / Fedora rawhide)
- Fix cmake_minimum_required &lt; 3.5 in CRT submodules for CMake 4.x</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-6" date="1770811203">- Add pkgconfig files to devel package
- Remove conflicting aws-lc pkgconfig files (libcrypto, libssl, openssl)</changelog>
</package>
<package pkgid="7f7b2652124448a88463120ebb638e51a7d83054f4b67b6283812b54525200c3" name="o3de-AWSNativeSDK-devel" arch="x86_64">
  <version epoch="0" ver="1.11.361" rel="6.fc44"/>
  <changelog author="O3DE Packager &lt;o3de-packager@example.com&gt; - 1.11.361-1" date="1739275200">- Initial package of AWS SDK for C++ 1.11.361 for O3DE
- Build only O3DE-required service components</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-3" date="1770811200">- Use recursive source tarball with all CRT submodules included
- Strip -Werror from CRT cmake files for GCC 16 compatibility
- Remove LEGACY_BUILD=OFF (submodules present, default build works)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-4" date="1770811201">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-5" date="1770811202">- Use BUILD_DEPS=ON and USE_OPENSSL=OFF to use bundled aws-lc for s2n crypto
  (fixes openssl/engine.h missing on OpenSSL 3.x / Fedora rawhide)
- Fix cmake_minimum_required &lt; 3.5 in CRT submodules for CMake 4.x</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-6" date="1770811203">- Add pkgconfig files to devel package
- Remove conflicting aws-lc pkgconfig files (libcrypto, libssl, openssl)</changelog>
</package>
<package pkgid="b260e82b495e092ce9e0590ab63f69f921cfdff2c027a36a1c589a9e9eb50465" name="o3de-AWSNativeSDK-devel-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.11.361" rel="6.fc44"/>
  <changelog author="O3DE Packager &lt;o3de-packager@example.com&gt; - 1.11.361-1" date="1739275200">- Initial package of AWS SDK for C++ 1.11.361 for O3DE
- Build only O3DE-required service components</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-3" date="1770811200">- Use recursive source tarball with all CRT submodules included
- Strip -Werror from CRT cmake files for GCC 16 compatibility
- Remove LEGACY_BUILD=OFF (submodules present, default build works)</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-4" date="1770811201">- Fix unpackaged files: add CRT cmake config dirs and s2n headers
- Remove bundled aws-lc openssl headers that conflict with system openssl-devel</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-5" date="1770811202">- Use BUILD_DEPS=ON and USE_OPENSSL=OFF to use bundled aws-lc for s2n crypto
  (fixes openssl/engine.h missing on OpenSSL 3.x / Fedora rawhide)
- Fix cmake_minimum_required &lt; 3.5 in CRT submodules for CMake 4.x</changelog>
  <changelog author="O3DE Package Maintainer &lt;noreply@o3de.org&gt; - 1.11.361-6" date="1770811203">- Add pkgconfig files to devel package
- Remove conflicting aws-lc pkgconfig files (libcrypto, libssl, openssl)</changelog>
</package>
<package pkgid="9a5f1e9138db7213eb0a76d2fcd9e4f14766512d2c2fb3dca71225b36fc01065" name="o3de-qt5" arch="src">
  <version epoch="0" ver="5.15.1" rel="10.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-1" date="1770897600">- Initial package of O3DE's forked Qt 5.15.1
- Builds qtbase, qtgraphicaleffects, qtimageformats, qtsvg, qttools,
  qtx11extras, qtwayland
- Installs to /opt/o3de/qt5 to avoid conflicts with system Qt5
- Includes O3DE's custom patches for high-DPI scaling and platform fixes</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-5" date="1770897601">- Fix configure options: use -no-feature-{vnc,linuxfb,renameat2,getentropy,statx}
  syntax (shortcut forms not available in Qt 5.15.1)
- Fix GCC 15 missing transitive includes: add #include &lt;limits&gt; and
  - Suppress -Wtemplate-body diagnostics via CXXFLAGS
- Add perl-English BuildRequires (split from perl-interpreter in Fedora 43)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-7" date="1770897602">- Ignore qtwayland compositor install errors (missing qt-texture-sharing
  protocol header; O3DE only needs the client QPA plugin)
- Remove -system-tiff (tiff is handled by qtimageformats, not qtbase)</changelog>
</package>
<package pkgid="f7951395b3e841ab0fc71a9898811d509e9aa750a56b1653dc45c95af02bc83c" name="o3de-qt5" arch="x86_64">
  <version epoch="0" ver="5.15.1" rel="10.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-1" date="1770897600">- Initial package of O3DE's forked Qt 5.15.1
- Builds qtbase, qtgraphicaleffects, qtimageformats, qtsvg, qttools,
  qtx11extras, qtwayland
- Installs to /opt/o3de/qt5 to avoid conflicts with system Qt5
- Includes O3DE's custom patches for high-DPI scaling and platform fixes</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-5" date="1770897601">- Fix configure options: use -no-feature-{vnc,linuxfb,renameat2,getentropy,statx}
  syntax (shortcut forms not available in Qt 5.15.1)
- Fix GCC 15 missing transitive includes: add #include &lt;limits&gt; and
  - Suppress -Wtemplate-body diagnostics via CXXFLAGS
- Add perl-English BuildRequires (split from perl-interpreter in Fedora 43)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-7" date="1770897602">- Ignore qtwayland compositor install errors (missing qt-texture-sharing
  protocol header; O3DE only needs the client QPA plugin)
- Remove -system-tiff (tiff is handled by qtimageformats, not qtbase)</changelog>
</package>
<package pkgid="1c96a2929791d970c1ddce05f8672590e37c4c561a25e73b2c323228706e8aae" name="o3de-qt5-debugsource" arch="x86_64">
  <version epoch="0" ver="5.15.1" rel="10.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-1" date="1770897600">- Initial package of O3DE's forked Qt 5.15.1
- Builds qtbase, qtgraphicaleffects, qtimageformats, qtsvg, qttools,
  qtx11extras, qtwayland
- Installs to /opt/o3de/qt5 to avoid conflicts with system Qt5
- Includes O3DE's custom patches for high-DPI scaling and platform fixes</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-5" date="1770897601">- Fix configure options: use -no-feature-{vnc,linuxfb,renameat2,getentropy,statx}
  syntax (shortcut forms not available in Qt 5.15.1)
- Fix GCC 15 missing transitive includes: add #include &lt;limits&gt; and
  - Suppress -Wtemplate-body diagnostics via CXXFLAGS
- Add perl-English BuildRequires (split from perl-interpreter in Fedora 43)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-7" date="1770897602">- Ignore qtwayland compositor install errors (missing qt-texture-sharing
  protocol header; O3DE only needs the client QPA plugin)
- Remove -system-tiff (tiff is handled by qtimageformats, not qtbase)</changelog>
</package>
<package pkgid="a83c435a71be9102344f9a08ed93d2e078b732912dd5dc2f6b8930d6296e5185" name="o3de-qt5-devel" arch="x86_64">
  <version epoch="0" ver="5.15.1" rel="10.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-1" date="1770897600">- Initial package of O3DE's forked Qt 5.15.1
- Builds qtbase, qtgraphicaleffects, qtimageformats, qtsvg, qttools,
  qtx11extras, qtwayland
- Installs to /opt/o3de/qt5 to avoid conflicts with system Qt5
- Includes O3DE's custom patches for high-DPI scaling and platform fixes</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-5" date="1770897601">- Fix configure options: use -no-feature-{vnc,linuxfb,renameat2,getentropy,statx}
  syntax (shortcut forms not available in Qt 5.15.1)
- Fix GCC 15 missing transitive includes: add #include &lt;limits&gt; and
  - Suppress -Wtemplate-body diagnostics via CXXFLAGS
- Add perl-English BuildRequires (split from perl-interpreter in Fedora 43)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-7" date="1770897602">- Ignore qtwayland compositor install errors (missing qt-texture-sharing
  protocol header; O3DE only needs the client QPA plugin)
- Remove -system-tiff (tiff is handled by qtimageformats, not qtbase)</changelog>
</package>
<package pkgid="ac188f2f49d406aef7aae4c9d8691715fb5ea5b3026d758e83ab8e68f7b1ff30" name="o3de-qt5-devel-debuginfo" arch="x86_64">
  <version epoch="0" ver="5.15.1" rel="10.fc44"/>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-1" date="1770897600">- Initial package of O3DE's forked Qt 5.15.1
- Builds qtbase, qtgraphicaleffects, qtimageformats, qtsvg, qttools,
  qtx11extras, qtwayland
- Installs to /opt/o3de/qt5 to avoid conflicts with system Qt5
- Includes O3DE's custom patches for high-DPI scaling and platform fixes</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-5" date="1770897601">- Fix configure options: use -no-feature-{vnc,linuxfb,renameat2,getentropy,statx}
  syntax (shortcut forms not available in Qt 5.15.1)
- Fix GCC 15 missing transitive includes: add #include &lt;limits&gt; and
  - Suppress -Wtemplate-body diagnostics via CXXFLAGS
- Add perl-English BuildRequires (split from perl-interpreter in Fedora 43)</changelog>
  <changelog author="O3DE Package Maintainers &lt;noreply@o3de.org&gt; - 5.15.1-7" date="1770897602">- Ignore qtwayland compositor install errors (missing qt-texture-sharing
  protocol header; O3DE only needs the client QPA plugin)
- Remove -system-tiff (tiff is handled by qtimageformats, not qtbase)</changelog>
</package>
<package pkgid="f05f3fb7e5e4aa0ff894515fb9f484ecaf5ac6e89042aaf75eb89cdbaaa6d708" name="o3de2605-cityhash" arch="src">
  <version epoch="0" ver="1.1.1" rel="1.rev1.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.1.1-1.rev1" date="1779969600">- Initial license-clean rebuild from upstream google/cityhash at commit
  f5dc541 (2022-07-19). Stage 1 swap candidate for cityhash, the only
  multiplatform-section bundle in the engine's BuiltInPackages without
  a Fedora equivalent. Targets the o3de2605 engine line.</changelog>
</package>
<package pkgid="4b0e03f1a38e290a37bd699c8337938c47f04ed15ae36e261adc652ac69374d7" name="o3de2605-cityhash" arch="x86_64">
  <version epoch="0" ver="1.1.1" rel="1.rev1.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.1.1-1.rev1" date="1779969600">- Initial license-clean rebuild from upstream google/cityhash at commit
  f5dc541 (2022-07-19). Stage 1 swap candidate for cityhash, the only
  multiplatform-section bundle in the engine's BuiltInPackages without
  a Fedora equivalent. Targets the o3de2605 engine line.</changelog>
</package>
<package pkgid="96a19cb298ba98acdee38f227c335548aebe741910ffaf9c337de359dbcbfbbb" name="o3de2605-cityhash-devel" arch="x86_64">
  <version epoch="0" ver="1.1.1" rel="1.rev1.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.1.1-1.rev1" date="1779969600">- Initial license-clean rebuild from upstream google/cityhash at commit
  f5dc541 (2022-07-19). Stage 1 swap candidate for cityhash, the only
  multiplatform-section bundle in the engine's BuiltInPackages without
  a Fedora equivalent. Targets the o3de2605 engine line.</changelog>
</package>
<package pkgid="dc89aec53639b2bd256ae11064e29606023d60d24ef3b672070771f6765398a5" name="o3de2605-dxc-spirv" arch="src">
  <version epoch="0" ver="1.8.2505.1" rel="1.rev13.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev4" date="1778155200">- Initial PoC: license-clean Linux DXC build for O3DE.
- Source: o3de/DirectXShaderCompiler at release-1.8.2505.1-o3de
  (matches o3de/3p-package-source's package-system/DirectXShaderCompiler
  build_config.json git_tag, package_version 1.8.2505.1-o3de-rev4).
- Cmake flags mirror the upstream build_config.json's Linux config.
- LLVM_TARGETS_TO_BUILD=None + ENABLE_SPIRV_CODEGEN=ON: no DXIL
  Windows-signing tooling included; SPIR-V codegen only.
- LIBCLANG_BUILD_STATIC=ON: libdxcompiler.so self-contained, no
  embedded libclang-12.so.* runtime requirement on the consumer side.
- License: NCSA + Apache-2.0 (with LLVM exception). Both
  Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev5" date="1778155201">- Fix: COPR build 10433445 (rev4) failed in 52s on F44/F43/rawhide with
  "SPIRV-Headers was not found" — DXC's source tree references
  external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools} as git submodules,
  but our tarball was created via plain `git archive` (non-recursive),
  leaving those directories empty in the SRPM.
- Patch0001: add system-package fallback to DXC's external/CMakeLists.txt:
  - SPIRV-Headers: find_package(SPIRV-Headers) + set SPIRV-Headers_SOURCE_DIR
    to /usr (so `${SPIRV-Headers_SOURCE_DIR}/include` resolves to
    /usr/include/spirv/... where Fedora ships spirv.hpp etc).
  - SPIRV-Tools: find_package(SPIRV-Tools) + find_package(SPIRV-Tools-opt).
  - Wrap set_property(TARGET SPIRV-Tools-static ...) in `if (TARGET ...)`
    because Fedora ships only SPIRV-Tools (SHARED IMPORTED), not static.
- BuildRequires: spirv-headers-devel + spirv-tools-devel + DirectX-Headers-devel.
- cmake -DDIRECTX_HEADER_INCLUDE_DIR=/usr/include/directx — bypasses DXC's
  DirectX-Headers-submodule lookup (Fedora's DirectX-Headers ships no cmake
  config, so we pass the include dir directly).
- Strategic context: same audit-pattern shape as the engine's Stage 1 swaps —
  use Fedora's license-clean SPIR-V packages instead of bundling submodule
  sources. Cleaner from a packaging-review perspective + reproducible builds.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev6" date="1778155202">- Fix: COPR build 10434076 (rev5) failed in 1m08s on F44 with the same
  "SPIRV-Headers was not found" symptom as rev4 — the rev5 patch logic was
  correct but missed an edge case: the `git archive`-generated tarball
  leaves the three submodule directories present-but-empty, so DXC's
  `IS_DIRECTORY ${DXC_SPIRV_HEADERS_DIR}` test returns TRUE and cmake
  falls into the `add_subdirectory` branch (which fails because the dir
  has no CMakeLists.txt) BEFORE reaching Patch0001's else()-branch fallback.
- Fix: add `rmdir external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools}` in
  %prep so IS_DIRECTORY returns FALSE and Patch0001's system-find_package
  fallback fires. The rmdir succeeds for empty dirs (placeholders) and is
  a no-op (`|| :`) if a future tarball ever includes populated submodules.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev7" date="1778155203">- Fix: COPR build 10434098 (rev6) failed in 18s on F44 with cmake error
  "Cyclic dependencies are allowed only among static libraries" — the
  rev6 fixes (rmdir empty submodules + Patch0001 system-spirv fallback)
  worked correctly and got the build past the SPIR-V dependency setup,
  but Fedora's %cmake macro sets BUILD_SHARED_LIBS:BOOL=ON by default,
  which conflicts with DXC's clang-as-static-libraries expectation
  (clangAST / clangCodeGen / clangSema / clangFrontend etc. have
  inter-target cyclic deps that are only legal among STATIC_LIBRARY
  targets, per cmake's policy — modular LLVM/Clang builds rely on
  static-only linkage).
- Fix: explicitly pass `-DBUILD_SHARED_LIBS:BOOL=OFF` to override the
  Fedora macro default. Restores DXC's expected static-everywhere link
  model. Combined with LIBCLANG_BUILD_STATIC=ON (already set), the
  resulting libdxcompiler.so remains self-contained.
- Strategic context: this is iteration 4 (rev4 → rev5 → rev6 → rev7).
  Each iteration has produced a new failure mode, with the fix making
  forward progress in the build pipeline:
    rev4: empty submodule dirs at cmake-config.
    rev5: Patch0001 logic correct but IS_DIRECTORY edge case.
    rev6: BUILD_SHARED_LIBS conflicts with DXC's static-clang assumption.
    rev7: this — should reach actual compilation.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev8" date="1778155204">- Fix: COPR build 10434105 (rev7) failed in 2m02s on F44 — got past cmake
  config and into actual compilation (step 188/1111) before failing at
  `utils/version/dxcversion.inc.gen` because DXC's build invokes
  `git rev-parse HEAD` to embed the commit hash and `git` isn't installed
  in the COPR mock chroot. Trivial: add `BuildRequires: git`.
- Forward-progress check: rev7 reached deep compilation (TableGen tools
  building, llvm-tblgen linking) — the BUILD_SHARED_LIBS=OFF + Patch0001
  + rmdir fixes from rev6/rev5/rev4 all held. Only the `git` BR was missing.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev9" date="1778155205">- Fix: COPR build 10434109 (rev8) failed in 7m on F44 with
  `fatal error: d3d12shader.h: No such file or directory`. The compile
  command shows DXC was emitting `-I/usr/include/directx/directx
  -I/usr/include/directx/wsl/stubs` — meaning DXC's source code does
  `${DIRECTX_HEADER_INCLUDE_DIR}/directx` and `${DIRECTX_HEADER_INCLUDE_DIR}/wsl/stubs`
  expansions, expecting an `include/`-style ROOT that contains a
  `directx/` subdir (mirroring upstream DirectX-Headers' submodule
  layout: `external/DirectX-Headers/include/directx/d3d12shader.h`).
  Fedora's layout has the headers directly in `/usr/include/directx/`,
  so the correct DIRECTX_HEADER_INCLUDE_DIR is `/usr/include` (not
  `/usr/include/directx`) — DXC's downstream `${DIR}/directx` then
  resolves to `/usr/include/directx`, finding `d3d12shader.h` correctly.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev10" date="1778155206">- Fix: COPR build 10434507 (rev9) reached step 484/1111 (44% — much further
  than rev7's 188/1111) before failing with typedef conflict between Fedora's
  `/usr/include/wsl/stubs/basetsd.h` and DXC's own `include/dxc/WinAdapter.h`:
    Fedora wsl/stubs:  typedef uint32_t ULONG; typedef int32_t LONG; ...
    DXC WinAdapter.h:  typedef unsigned long ULONG; typedef long LONG; ...
  These are structurally incompatible (LP64 native widths vs Win32 fixed
  widths). DXC's WinAdapter.h was designed assuming DXC's bundled
  DirectX-Headers submodule, which doesn't ship a wsl/stubs/ shim — Fedora's
  DirectX-Headers package adds that shim, hence the conflict.
- Switch from system DirectX-Headers to bundled DirectX-Headers (Source2,
  pinned to DXC's exact submodule SHA: 980971e835876dc0cde415e8f9bc646e64667bf7
  from microsoft/DirectX-Headers, verified via GitHub API:
  `gh api /repos/o3de/DirectXShaderCompiler/git/trees/release-1.8.2505.1-o3de:external`).
  Drop `BuildRequires: DirectX-Headers-devel` and the
  `-DDIRECTX_HEADER_INCLUDE_DIR=/usr/include` cmake flag. Update %prep to
  extract Source2 into external/DirectX-Headers/ instead of rmdir-ing the
  placeholder. DXC's existing add_subdirectory(${DXC_EXTERNAL_ROOT_DIR}/DirectX-Headers)
  branch builds it normally, no patching of DXC's external/CMakeLists.txt
  needed for the DirectX-Headers part.
- Architectural lesson: Fedora's DirectX-Headers is fine as a system library
  for projects that DON'T have their own Win-types compat layer. DXC has its
  own (WinAdapter.h), and the two layers can't coexist. Stage 1-style "use
  system Foo" doesn't work universally; some 3rdParty deps need to be
  bundled-as-source because of internal architectural assumptions.
- License of bundled DirectX-Headers: MIT (Microsoft) — Fedora-acceptable.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev11" date="1778155207">- Fix: COPR build 10434564 (rev10) made enormous progress — reached step
  1106/1111 (99.5%) before failing at the FINAL link of `libdxcompiler.so`:
    undefined reference to `spvOptimizerOptionsSetMaxIdBound'
    undefined reference to `spvOptimizerOptionsDestroy'
  These spv* C-API symbols live in libSPIRV-Tools.so (the main library,
  not the -opt variant). Link line included `-lSPIRV-Tools-opt` but NOT
  `-lSPIRV-Tools`.
- Root cause: in the bundled-SPIRV-Tools case, `add_subdirectory(SPIRV-Tools)`
  natively sets up `SPIRV-Tools-opt` to depend on `SPIRV-Tools` transitively.
  Fedora's imported targets (SPIRV-ToolsConfig.cmake + SPIRV-Tools-optConfig.cmake)
  don't establish that transitive INTERFACE_LINK_LIBRARIES relationship —
  each is a standalone IMPORTED target. Combined with DXC's link-line flags
  `-Wl,-z,defs --as-needed`, the linker fails on every direct symbol
  reference that isn't in a directly-listed library.
- Extend Patch0001's SPIRV-Tools fallback to call:
    target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)
  This re-establishes the transitive dependency that the bundled cmake
  provides natively. Anything that links SPIRV-Tools-opt now transitively
  pulls in SPIRV-Tools too, satisfying the linker.
- Architectural lesson: when patching cmake to use system imported targets
  in place of a bundled add_subdirectory, sometimes the imported targets
  don't cover the full link-graph that the bundled cmake established. Need
  to manually re-establish those edges. This is a known gotcha with cmake
  IMPORTED libraries.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev12" date="1778241600">- Fix: COPR build 10434595 (rev11) reached step 1106/1111 (the libdxcompiler.so
  link) and failed with the SAME `undefined reference to spvOptimizerOptions*`
  + `spvValidatorOptions*` + `spvtools::SpirvTools::*` symbols as rev10. The
  rev11 fix attempted to set the transitive `SPIRV-Tools-opt` → `SPIRV-Tools`
  edge via `target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)` in
  Patch0001 — that form's INTERFACE_LINK_LIBRARIES doesn't reliably propagate
  to IMPORTED targets in this context (the link line still showed only
  `-lSPIRV-Tools-opt`).
- Approach this time: fix at the consumer side instead of grafting a
  transitive edge on an IMPORTED target. clangSPIRV is what actually consumes
  the spv* C-API symbols, so its LINK_LIBS list should include both
  `SPIRV-Tools-opt` AND `SPIRV-Tools`.
- Patch0001 reverted to its rev10 state (drop the rev11 transitive-link
  block, but keep the SPIRV-Headers + SPIRV-Tools find_package fallbacks
  + the SPIRV-Tools-static set_property guard).
- New Patch0002: one-line addition of `SPIRV-Tools` to
  tools/clang/lib/SPIRV/CMakeLists.txt's LINK_LIBS list. Behavior-preserving
  in the bundled-SPIRV-Tools case (the bundled cmake's transitive already
  linked SPIRV-Tools; this just makes the link explicit on the consumer
  side, eliminating reliance on bundled-SPIRV-Tools cmake's implementation
  detail).</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev13" date="1778241601">- Versioned-major rename: o3de-dxc-spirv -&gt; o3de2605-dxc-spirv. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-dxc-spirv`
  and a future `o3de2610-dxc-spirv` can co-exist in the same COPR project,
  matching upstream's CDN model. Empirical research is captured in the
  o3de-rpm memory note `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade`
  transitions seamlessly from o3de-dxc-spirv rev1-rev12 (the PoC iteration
  history that landed the package green on 2026-05-08).
- No functional change. Same 12 iterations of fixes carry forward; this
  revision is a name-only bump.</changelog>
</package>
<package pkgid="47f74b680327497e35f62128f0b6506152b4c886e84c26848efa5257bab4568c" name="o3de2605-dxc-spirv" arch="x86_64">
  <version epoch="0" ver="1.8.2505.1" rel="1.rev13.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev4" date="1778155200">- Initial PoC: license-clean Linux DXC build for O3DE.
- Source: o3de/DirectXShaderCompiler at release-1.8.2505.1-o3de
  (matches o3de/3p-package-source's package-system/DirectXShaderCompiler
  build_config.json git_tag, package_version 1.8.2505.1-o3de-rev4).
- Cmake flags mirror the upstream build_config.json's Linux config.
- LLVM_TARGETS_TO_BUILD=None + ENABLE_SPIRV_CODEGEN=ON: no DXIL
  Windows-signing tooling included; SPIR-V codegen only.
- LIBCLANG_BUILD_STATIC=ON: libdxcompiler.so self-contained, no
  embedded libclang-12.so.* runtime requirement on the consumer side.
- License: NCSA + Apache-2.0 (with LLVM exception). Both
  Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev5" date="1778155201">- Fix: COPR build 10433445 (rev4) failed in 52s on F44/F43/rawhide with
  "SPIRV-Headers was not found" — DXC's source tree references
  external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools} as git submodules,
  but our tarball was created via plain `git archive` (non-recursive),
  leaving those directories empty in the SRPM.
- Patch0001: add system-package fallback to DXC's external/CMakeLists.txt:
  - SPIRV-Headers: find_package(SPIRV-Headers) + set SPIRV-Headers_SOURCE_DIR
    to /usr (so `${SPIRV-Headers_SOURCE_DIR}/include` resolves to
    /usr/include/spirv/... where Fedora ships spirv.hpp etc).
  - SPIRV-Tools: find_package(SPIRV-Tools) + find_package(SPIRV-Tools-opt).
  - Wrap set_property(TARGET SPIRV-Tools-static ...) in `if (TARGET ...)`
    because Fedora ships only SPIRV-Tools (SHARED IMPORTED), not static.
- BuildRequires: spirv-headers-devel + spirv-tools-devel + DirectX-Headers-devel.
- cmake -DDIRECTX_HEADER_INCLUDE_DIR=/usr/include/directx — bypasses DXC's
  DirectX-Headers-submodule lookup (Fedora's DirectX-Headers ships no cmake
  config, so we pass the include dir directly).
- Strategic context: same audit-pattern shape as the engine's Stage 1 swaps —
  use Fedora's license-clean SPIR-V packages instead of bundling submodule
  sources. Cleaner from a packaging-review perspective + reproducible builds.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev6" date="1778155202">- Fix: COPR build 10434076 (rev5) failed in 1m08s on F44 with the same
  "SPIRV-Headers was not found" symptom as rev4 — the rev5 patch logic was
  correct but missed an edge case: the `git archive`-generated tarball
  leaves the three submodule directories present-but-empty, so DXC's
  `IS_DIRECTORY ${DXC_SPIRV_HEADERS_DIR}` test returns TRUE and cmake
  falls into the `add_subdirectory` branch (which fails because the dir
  has no CMakeLists.txt) BEFORE reaching Patch0001's else()-branch fallback.
- Fix: add `rmdir external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools}` in
  %prep so IS_DIRECTORY returns FALSE and Patch0001's system-find_package
  fallback fires. The rmdir succeeds for empty dirs (placeholders) and is
  a no-op (`|| :`) if a future tarball ever includes populated submodules.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev7" date="1778155203">- Fix: COPR build 10434098 (rev6) failed in 18s on F44 with cmake error
  "Cyclic dependencies are allowed only among static libraries" — the
  rev6 fixes (rmdir empty submodules + Patch0001 system-spirv fallback)
  worked correctly and got the build past the SPIR-V dependency setup,
  but Fedora's %cmake macro sets BUILD_SHARED_LIBS:BOOL=ON by default,
  which conflicts with DXC's clang-as-static-libraries expectation
  (clangAST / clangCodeGen / clangSema / clangFrontend etc. have
  inter-target cyclic deps that are only legal among STATIC_LIBRARY
  targets, per cmake's policy — modular LLVM/Clang builds rely on
  static-only linkage).
- Fix: explicitly pass `-DBUILD_SHARED_LIBS:BOOL=OFF` to override the
  Fedora macro default. Restores DXC's expected static-everywhere link
  model. Combined with LIBCLANG_BUILD_STATIC=ON (already set), the
  resulting libdxcompiler.so remains self-contained.
- Strategic context: this is iteration 4 (rev4 → rev5 → rev6 → rev7).
  Each iteration has produced a new failure mode, with the fix making
  forward progress in the build pipeline:
    rev4: empty submodule dirs at cmake-config.
    rev5: Patch0001 logic correct but IS_DIRECTORY edge case.
    rev6: BUILD_SHARED_LIBS conflicts with DXC's static-clang assumption.
    rev7: this — should reach actual compilation.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev8" date="1778155204">- Fix: COPR build 10434105 (rev7) failed in 2m02s on F44 — got past cmake
  config and into actual compilation (step 188/1111) before failing at
  `utils/version/dxcversion.inc.gen` because DXC's build invokes
  `git rev-parse HEAD` to embed the commit hash and `git` isn't installed
  in the COPR mock chroot. Trivial: add `BuildRequires: git`.
- Forward-progress check: rev7 reached deep compilation (TableGen tools
  building, llvm-tblgen linking) — the BUILD_SHARED_LIBS=OFF + Patch0001
  + rmdir fixes from rev6/rev5/rev4 all held. Only the `git` BR was missing.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev9" date="1778155205">- Fix: COPR build 10434109 (rev8) failed in 7m on F44 with
  `fatal error: d3d12shader.h: No such file or directory`. The compile
  command shows DXC was emitting `-I/usr/include/directx/directx
  -I/usr/include/directx/wsl/stubs` — meaning DXC's source code does
  `${DIRECTX_HEADER_INCLUDE_DIR}/directx` and `${DIRECTX_HEADER_INCLUDE_DIR}/wsl/stubs`
  expansions, expecting an `include/`-style ROOT that contains a
  `directx/` subdir (mirroring upstream DirectX-Headers' submodule
  layout: `external/DirectX-Headers/include/directx/d3d12shader.h`).
  Fedora's layout has the headers directly in `/usr/include/directx/`,
  so the correct DIRECTX_HEADER_INCLUDE_DIR is `/usr/include` (not
  `/usr/include/directx`) — DXC's downstream `${DIR}/directx` then
  resolves to `/usr/include/directx`, finding `d3d12shader.h` correctly.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev10" date="1778155206">- Fix: COPR build 10434507 (rev9) reached step 484/1111 (44% — much further
  than rev7's 188/1111) before failing with typedef conflict between Fedora's
  `/usr/include/wsl/stubs/basetsd.h` and DXC's own `include/dxc/WinAdapter.h`:
    Fedora wsl/stubs:  typedef uint32_t ULONG; typedef int32_t LONG; ...
    DXC WinAdapter.h:  typedef unsigned long ULONG; typedef long LONG; ...
  These are structurally incompatible (LP64 native widths vs Win32 fixed
  widths). DXC's WinAdapter.h was designed assuming DXC's bundled
  DirectX-Headers submodule, which doesn't ship a wsl/stubs/ shim — Fedora's
  DirectX-Headers package adds that shim, hence the conflict.
- Switch from system DirectX-Headers to bundled DirectX-Headers (Source2,
  pinned to DXC's exact submodule SHA: 980971e835876dc0cde415e8f9bc646e64667bf7
  from microsoft/DirectX-Headers, verified via GitHub API:
  `gh api /repos/o3de/DirectXShaderCompiler/git/trees/release-1.8.2505.1-o3de:external`).
  Drop `BuildRequires: DirectX-Headers-devel` and the
  `-DDIRECTX_HEADER_INCLUDE_DIR=/usr/include` cmake flag. Update %prep to
  extract Source2 into external/DirectX-Headers/ instead of rmdir-ing the
  placeholder. DXC's existing add_subdirectory(${DXC_EXTERNAL_ROOT_DIR}/DirectX-Headers)
  branch builds it normally, no patching of DXC's external/CMakeLists.txt
  needed for the DirectX-Headers part.
- Architectural lesson: Fedora's DirectX-Headers is fine as a system library
  for projects that DON'T have their own Win-types compat layer. DXC has its
  own (WinAdapter.h), and the two layers can't coexist. Stage 1-style "use
  system Foo" doesn't work universally; some 3rdParty deps need to be
  bundled-as-source because of internal architectural assumptions.
- License of bundled DirectX-Headers: MIT (Microsoft) — Fedora-acceptable.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev11" date="1778155207">- Fix: COPR build 10434564 (rev10) made enormous progress — reached step
  1106/1111 (99.5%) before failing at the FINAL link of `libdxcompiler.so`:
    undefined reference to `spvOptimizerOptionsSetMaxIdBound'
    undefined reference to `spvOptimizerOptionsDestroy'
  These spv* C-API symbols live in libSPIRV-Tools.so (the main library,
  not the -opt variant). Link line included `-lSPIRV-Tools-opt` but NOT
  `-lSPIRV-Tools`.
- Root cause: in the bundled-SPIRV-Tools case, `add_subdirectory(SPIRV-Tools)`
  natively sets up `SPIRV-Tools-opt` to depend on `SPIRV-Tools` transitively.
  Fedora's imported targets (SPIRV-ToolsConfig.cmake + SPIRV-Tools-optConfig.cmake)
  don't establish that transitive INTERFACE_LINK_LIBRARIES relationship —
  each is a standalone IMPORTED target. Combined with DXC's link-line flags
  `-Wl,-z,defs --as-needed`, the linker fails on every direct symbol
  reference that isn't in a directly-listed library.
- Extend Patch0001's SPIRV-Tools fallback to call:
    target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)
  This re-establishes the transitive dependency that the bundled cmake
  provides natively. Anything that links SPIRV-Tools-opt now transitively
  pulls in SPIRV-Tools too, satisfying the linker.
- Architectural lesson: when patching cmake to use system imported targets
  in place of a bundled add_subdirectory, sometimes the imported targets
  don't cover the full link-graph that the bundled cmake established. Need
  to manually re-establish those edges. This is a known gotcha with cmake
  IMPORTED libraries.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev12" date="1778241600">- Fix: COPR build 10434595 (rev11) reached step 1106/1111 (the libdxcompiler.so
  link) and failed with the SAME `undefined reference to spvOptimizerOptions*`
  + `spvValidatorOptions*` + `spvtools::SpirvTools::*` symbols as rev10. The
  rev11 fix attempted to set the transitive `SPIRV-Tools-opt` → `SPIRV-Tools`
  edge via `target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)` in
  Patch0001 — that form's INTERFACE_LINK_LIBRARIES doesn't reliably propagate
  to IMPORTED targets in this context (the link line still showed only
  `-lSPIRV-Tools-opt`).
- Approach this time: fix at the consumer side instead of grafting a
  transitive edge on an IMPORTED target. clangSPIRV is what actually consumes
  the spv* C-API symbols, so its LINK_LIBS list should include both
  `SPIRV-Tools-opt` AND `SPIRV-Tools`.
- Patch0001 reverted to its rev10 state (drop the rev11 transitive-link
  block, but keep the SPIRV-Headers + SPIRV-Tools find_package fallbacks
  + the SPIRV-Tools-static set_property guard).
- New Patch0002: one-line addition of `SPIRV-Tools` to
  tools/clang/lib/SPIRV/CMakeLists.txt's LINK_LIBS list. Behavior-preserving
  in the bundled-SPIRV-Tools case (the bundled cmake's transitive already
  linked SPIRV-Tools; this just makes the link explicit on the consumer
  side, eliminating reliance on bundled-SPIRV-Tools cmake's implementation
  detail).</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev13" date="1778241601">- Versioned-major rename: o3de-dxc-spirv -&gt; o3de2605-dxc-spirv. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-dxc-spirv`
  and a future `o3de2610-dxc-spirv` can co-exist in the same COPR project,
  matching upstream's CDN model. Empirical research is captured in the
  o3de-rpm memory note `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade`
  transitions seamlessly from o3de-dxc-spirv rev1-rev12 (the PoC iteration
  history that landed the package green on 2026-05-08).
- No functional change. Same 12 iterations of fixes carry forward; this
  revision is a name-only bump.</changelog>
</package>
<package pkgid="3880200e4f23c3d3fc8f3833aaf32696fe30053080cace7041297c5c0f2abde6" name="o3de2605-dxc-spirv-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.8.2505.1" rel="1.rev13.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev4" date="1778155200">- Initial PoC: license-clean Linux DXC build for O3DE.
- Source: o3de/DirectXShaderCompiler at release-1.8.2505.1-o3de
  (matches o3de/3p-package-source's package-system/DirectXShaderCompiler
  build_config.json git_tag, package_version 1.8.2505.1-o3de-rev4).
- Cmake flags mirror the upstream build_config.json's Linux config.
- LLVM_TARGETS_TO_BUILD=None + ENABLE_SPIRV_CODEGEN=ON: no DXIL
  Windows-signing tooling included; SPIR-V codegen only.
- LIBCLANG_BUILD_STATIC=ON: libdxcompiler.so self-contained, no
  embedded libclang-12.so.* runtime requirement on the consumer side.
- License: NCSA + Apache-2.0 (with LLVM exception). Both
  Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev5" date="1778155201">- Fix: COPR build 10433445 (rev4) failed in 52s on F44/F43/rawhide with
  "SPIRV-Headers was not found" — DXC's source tree references
  external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools} as git submodules,
  but our tarball was created via plain `git archive` (non-recursive),
  leaving those directories empty in the SRPM.
- Patch0001: add system-package fallback to DXC's external/CMakeLists.txt:
  - SPIRV-Headers: find_package(SPIRV-Headers) + set SPIRV-Headers_SOURCE_DIR
    to /usr (so `${SPIRV-Headers_SOURCE_DIR}/include` resolves to
    /usr/include/spirv/... where Fedora ships spirv.hpp etc).
  - SPIRV-Tools: find_package(SPIRV-Tools) + find_package(SPIRV-Tools-opt).
  - Wrap set_property(TARGET SPIRV-Tools-static ...) in `if (TARGET ...)`
    because Fedora ships only SPIRV-Tools (SHARED IMPORTED), not static.
- BuildRequires: spirv-headers-devel + spirv-tools-devel + DirectX-Headers-devel.
- cmake -DDIRECTX_HEADER_INCLUDE_DIR=/usr/include/directx — bypasses DXC's
  DirectX-Headers-submodule lookup (Fedora's DirectX-Headers ships no cmake
  config, so we pass the include dir directly).
- Strategic context: same audit-pattern shape as the engine's Stage 1 swaps —
  use Fedora's license-clean SPIR-V packages instead of bundling submodule
  sources. Cleaner from a packaging-review perspective + reproducible builds.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev6" date="1778155202">- Fix: COPR build 10434076 (rev5) failed in 1m08s on F44 with the same
  "SPIRV-Headers was not found" symptom as rev4 — the rev5 patch logic was
  correct but missed an edge case: the `git archive`-generated tarball
  leaves the three submodule directories present-but-empty, so DXC's
  `IS_DIRECTORY ${DXC_SPIRV_HEADERS_DIR}` test returns TRUE and cmake
  falls into the `add_subdirectory` branch (which fails because the dir
  has no CMakeLists.txt) BEFORE reaching Patch0001's else()-branch fallback.
- Fix: add `rmdir external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools}` in
  %prep so IS_DIRECTORY returns FALSE and Patch0001's system-find_package
  fallback fires. The rmdir succeeds for empty dirs (placeholders) and is
  a no-op (`|| :`) if a future tarball ever includes populated submodules.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev7" date="1778155203">- Fix: COPR build 10434098 (rev6) failed in 18s on F44 with cmake error
  "Cyclic dependencies are allowed only among static libraries" — the
  rev6 fixes (rmdir empty submodules + Patch0001 system-spirv fallback)
  worked correctly and got the build past the SPIR-V dependency setup,
  but Fedora's %cmake macro sets BUILD_SHARED_LIBS:BOOL=ON by default,
  which conflicts with DXC's clang-as-static-libraries expectation
  (clangAST / clangCodeGen / clangSema / clangFrontend etc. have
  inter-target cyclic deps that are only legal among STATIC_LIBRARY
  targets, per cmake's policy — modular LLVM/Clang builds rely on
  static-only linkage).
- Fix: explicitly pass `-DBUILD_SHARED_LIBS:BOOL=OFF` to override the
  Fedora macro default. Restores DXC's expected static-everywhere link
  model. Combined with LIBCLANG_BUILD_STATIC=ON (already set), the
  resulting libdxcompiler.so remains self-contained.
- Strategic context: this is iteration 4 (rev4 → rev5 → rev6 → rev7).
  Each iteration has produced a new failure mode, with the fix making
  forward progress in the build pipeline:
    rev4: empty submodule dirs at cmake-config.
    rev5: Patch0001 logic correct but IS_DIRECTORY edge case.
    rev6: BUILD_SHARED_LIBS conflicts with DXC's static-clang assumption.
    rev7: this — should reach actual compilation.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev8" date="1778155204">- Fix: COPR build 10434105 (rev7) failed in 2m02s on F44 — got past cmake
  config and into actual compilation (step 188/1111) before failing at
  `utils/version/dxcversion.inc.gen` because DXC's build invokes
  `git rev-parse HEAD` to embed the commit hash and `git` isn't installed
  in the COPR mock chroot. Trivial: add `BuildRequires: git`.
- Forward-progress check: rev7 reached deep compilation (TableGen tools
  building, llvm-tblgen linking) — the BUILD_SHARED_LIBS=OFF + Patch0001
  + rmdir fixes from rev6/rev5/rev4 all held. Only the `git` BR was missing.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev9" date="1778155205">- Fix: COPR build 10434109 (rev8) failed in 7m on F44 with
  `fatal error: d3d12shader.h: No such file or directory`. The compile
  command shows DXC was emitting `-I/usr/include/directx/directx
  -I/usr/include/directx/wsl/stubs` — meaning DXC's source code does
  `${DIRECTX_HEADER_INCLUDE_DIR}/directx` and `${DIRECTX_HEADER_INCLUDE_DIR}/wsl/stubs`
  expansions, expecting an `include/`-style ROOT that contains a
  `directx/` subdir (mirroring upstream DirectX-Headers' submodule
  layout: `external/DirectX-Headers/include/directx/d3d12shader.h`).
  Fedora's layout has the headers directly in `/usr/include/directx/`,
  so the correct DIRECTX_HEADER_INCLUDE_DIR is `/usr/include` (not
  `/usr/include/directx`) — DXC's downstream `${DIR}/directx` then
  resolves to `/usr/include/directx`, finding `d3d12shader.h` correctly.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev10" date="1778155206">- Fix: COPR build 10434507 (rev9) reached step 484/1111 (44% — much further
  than rev7's 188/1111) before failing with typedef conflict between Fedora's
  `/usr/include/wsl/stubs/basetsd.h` and DXC's own `include/dxc/WinAdapter.h`:
    Fedora wsl/stubs:  typedef uint32_t ULONG; typedef int32_t LONG; ...
    DXC WinAdapter.h:  typedef unsigned long ULONG; typedef long LONG; ...
  These are structurally incompatible (LP64 native widths vs Win32 fixed
  widths). DXC's WinAdapter.h was designed assuming DXC's bundled
  DirectX-Headers submodule, which doesn't ship a wsl/stubs/ shim — Fedora's
  DirectX-Headers package adds that shim, hence the conflict.
- Switch from system DirectX-Headers to bundled DirectX-Headers (Source2,
  pinned to DXC's exact submodule SHA: 980971e835876dc0cde415e8f9bc646e64667bf7
  from microsoft/DirectX-Headers, verified via GitHub API:
  `gh api /repos/o3de/DirectXShaderCompiler/git/trees/release-1.8.2505.1-o3de:external`).
  Drop `BuildRequires: DirectX-Headers-devel` and the
  `-DDIRECTX_HEADER_INCLUDE_DIR=/usr/include` cmake flag. Update %prep to
  extract Source2 into external/DirectX-Headers/ instead of rmdir-ing the
  placeholder. DXC's existing add_subdirectory(${DXC_EXTERNAL_ROOT_DIR}/DirectX-Headers)
  branch builds it normally, no patching of DXC's external/CMakeLists.txt
  needed for the DirectX-Headers part.
- Architectural lesson: Fedora's DirectX-Headers is fine as a system library
  for projects that DON'T have their own Win-types compat layer. DXC has its
  own (WinAdapter.h), and the two layers can't coexist. Stage 1-style "use
  system Foo" doesn't work universally; some 3rdParty deps need to be
  bundled-as-source because of internal architectural assumptions.
- License of bundled DirectX-Headers: MIT (Microsoft) — Fedora-acceptable.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev11" date="1778155207">- Fix: COPR build 10434564 (rev10) made enormous progress — reached step
  1106/1111 (99.5%) before failing at the FINAL link of `libdxcompiler.so`:
    undefined reference to `spvOptimizerOptionsSetMaxIdBound'
    undefined reference to `spvOptimizerOptionsDestroy'
  These spv* C-API symbols live in libSPIRV-Tools.so (the main library,
  not the -opt variant). Link line included `-lSPIRV-Tools-opt` but NOT
  `-lSPIRV-Tools`.
- Root cause: in the bundled-SPIRV-Tools case, `add_subdirectory(SPIRV-Tools)`
  natively sets up `SPIRV-Tools-opt` to depend on `SPIRV-Tools` transitively.
  Fedora's imported targets (SPIRV-ToolsConfig.cmake + SPIRV-Tools-optConfig.cmake)
  don't establish that transitive INTERFACE_LINK_LIBRARIES relationship —
  each is a standalone IMPORTED target. Combined with DXC's link-line flags
  `-Wl,-z,defs --as-needed`, the linker fails on every direct symbol
  reference that isn't in a directly-listed library.
- Extend Patch0001's SPIRV-Tools fallback to call:
    target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)
  This re-establishes the transitive dependency that the bundled cmake
  provides natively. Anything that links SPIRV-Tools-opt now transitively
  pulls in SPIRV-Tools too, satisfying the linker.
- Architectural lesson: when patching cmake to use system imported targets
  in place of a bundled add_subdirectory, sometimes the imported targets
  don't cover the full link-graph that the bundled cmake established. Need
  to manually re-establish those edges. This is a known gotcha with cmake
  IMPORTED libraries.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev12" date="1778241600">- Fix: COPR build 10434595 (rev11) reached step 1106/1111 (the libdxcompiler.so
  link) and failed with the SAME `undefined reference to spvOptimizerOptions*`
  + `spvValidatorOptions*` + `spvtools::SpirvTools::*` symbols as rev10. The
  rev11 fix attempted to set the transitive `SPIRV-Tools-opt` → `SPIRV-Tools`
  edge via `target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)` in
  Patch0001 — that form's INTERFACE_LINK_LIBRARIES doesn't reliably propagate
  to IMPORTED targets in this context (the link line still showed only
  `-lSPIRV-Tools-opt`).
- Approach this time: fix at the consumer side instead of grafting a
  transitive edge on an IMPORTED target. clangSPIRV is what actually consumes
  the spv* C-API symbols, so its LINK_LIBS list should include both
  `SPIRV-Tools-opt` AND `SPIRV-Tools`.
- Patch0001 reverted to its rev10 state (drop the rev11 transitive-link
  block, but keep the SPIRV-Headers + SPIRV-Tools find_package fallbacks
  + the SPIRV-Tools-static set_property guard).
- New Patch0002: one-line addition of `SPIRV-Tools` to
  tools/clang/lib/SPIRV/CMakeLists.txt's LINK_LIBS list. Behavior-preserving
  in the bundled-SPIRV-Tools case (the bundled cmake's transitive already
  linked SPIRV-Tools; this just makes the link explicit on the consumer
  side, eliminating reliance on bundled-SPIRV-Tools cmake's implementation
  detail).</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev13" date="1778241601">- Versioned-major rename: o3de-dxc-spirv -&gt; o3de2605-dxc-spirv. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-dxc-spirv`
  and a future `o3de2610-dxc-spirv` can co-exist in the same COPR project,
  matching upstream's CDN model. Empirical research is captured in the
  o3de-rpm memory note `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade`
  transitions seamlessly from o3de-dxc-spirv rev1-rev12 (the PoC iteration
  history that landed the package green on 2026-05-08).
- No functional change. Same 12 iterations of fixes carry forward; this
  revision is a name-only bump.</changelog>
</package>
<package pkgid="8d3cccb7976e381fe75c39b5fc0095849dcfeb1f0202f215b47eaa8557d56c8d" name="o3de2605-dxc-spirv-debugsource" arch="x86_64">
  <version epoch="0" ver="1.8.2505.1" rel="1.rev13.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev4" date="1778155200">- Initial PoC: license-clean Linux DXC build for O3DE.
- Source: o3de/DirectXShaderCompiler at release-1.8.2505.1-o3de
  (matches o3de/3p-package-source's package-system/DirectXShaderCompiler
  build_config.json git_tag, package_version 1.8.2505.1-o3de-rev4).
- Cmake flags mirror the upstream build_config.json's Linux config.
- LLVM_TARGETS_TO_BUILD=None + ENABLE_SPIRV_CODEGEN=ON: no DXIL
  Windows-signing tooling included; SPIR-V codegen only.
- LIBCLANG_BUILD_STATIC=ON: libdxcompiler.so self-contained, no
  embedded libclang-12.so.* runtime requirement on the consumer side.
- License: NCSA + Apache-2.0 (with LLVM exception). Both
  Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev5" date="1778155201">- Fix: COPR build 10433445 (rev4) failed in 52s on F44/F43/rawhide with
  "SPIRV-Headers was not found" — DXC's source tree references
  external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools} as git submodules,
  but our tarball was created via plain `git archive` (non-recursive),
  leaving those directories empty in the SRPM.
- Patch0001: add system-package fallback to DXC's external/CMakeLists.txt:
  - SPIRV-Headers: find_package(SPIRV-Headers) + set SPIRV-Headers_SOURCE_DIR
    to /usr (so `${SPIRV-Headers_SOURCE_DIR}/include` resolves to
    /usr/include/spirv/... where Fedora ships spirv.hpp etc).
  - SPIRV-Tools: find_package(SPIRV-Tools) + find_package(SPIRV-Tools-opt).
  - Wrap set_property(TARGET SPIRV-Tools-static ...) in `if (TARGET ...)`
    because Fedora ships only SPIRV-Tools (SHARED IMPORTED), not static.
- BuildRequires: spirv-headers-devel + spirv-tools-devel + DirectX-Headers-devel.
- cmake -DDIRECTX_HEADER_INCLUDE_DIR=/usr/include/directx — bypasses DXC's
  DirectX-Headers-submodule lookup (Fedora's DirectX-Headers ships no cmake
  config, so we pass the include dir directly).
- Strategic context: same audit-pattern shape as the engine's Stage 1 swaps —
  use Fedora's license-clean SPIR-V packages instead of bundling submodule
  sources. Cleaner from a packaging-review perspective + reproducible builds.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev6" date="1778155202">- Fix: COPR build 10434076 (rev5) failed in 1m08s on F44 with the same
  "SPIRV-Headers was not found" symptom as rev4 — the rev5 patch logic was
  correct but missed an edge case: the `git archive`-generated tarball
  leaves the three submodule directories present-but-empty, so DXC's
  `IS_DIRECTORY ${DXC_SPIRV_HEADERS_DIR}` test returns TRUE and cmake
  falls into the `add_subdirectory` branch (which fails because the dir
  has no CMakeLists.txt) BEFORE reaching Patch0001's else()-branch fallback.
- Fix: add `rmdir external/{DirectX-Headers,SPIRV-Headers,SPIRV-Tools}` in
  %prep so IS_DIRECTORY returns FALSE and Patch0001's system-find_package
  fallback fires. The rmdir succeeds for empty dirs (placeholders) and is
  a no-op (`|| :`) if a future tarball ever includes populated submodules.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev7" date="1778155203">- Fix: COPR build 10434098 (rev6) failed in 18s on F44 with cmake error
  "Cyclic dependencies are allowed only among static libraries" — the
  rev6 fixes (rmdir empty submodules + Patch0001 system-spirv fallback)
  worked correctly and got the build past the SPIR-V dependency setup,
  but Fedora's %cmake macro sets BUILD_SHARED_LIBS:BOOL=ON by default,
  which conflicts with DXC's clang-as-static-libraries expectation
  (clangAST / clangCodeGen / clangSema / clangFrontend etc. have
  inter-target cyclic deps that are only legal among STATIC_LIBRARY
  targets, per cmake's policy — modular LLVM/Clang builds rely on
  static-only linkage).
- Fix: explicitly pass `-DBUILD_SHARED_LIBS:BOOL=OFF` to override the
  Fedora macro default. Restores DXC's expected static-everywhere link
  model. Combined with LIBCLANG_BUILD_STATIC=ON (already set), the
  resulting libdxcompiler.so remains self-contained.
- Strategic context: this is iteration 4 (rev4 → rev5 → rev6 → rev7).
  Each iteration has produced a new failure mode, with the fix making
  forward progress in the build pipeline:
    rev4: empty submodule dirs at cmake-config.
    rev5: Patch0001 logic correct but IS_DIRECTORY edge case.
    rev6: BUILD_SHARED_LIBS conflicts with DXC's static-clang assumption.
    rev7: this — should reach actual compilation.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev8" date="1778155204">- Fix: COPR build 10434105 (rev7) failed in 2m02s on F44 — got past cmake
  config and into actual compilation (step 188/1111) before failing at
  `utils/version/dxcversion.inc.gen` because DXC's build invokes
  `git rev-parse HEAD` to embed the commit hash and `git` isn't installed
  in the COPR mock chroot. Trivial: add `BuildRequires: git`.
- Forward-progress check: rev7 reached deep compilation (TableGen tools
  building, llvm-tblgen linking) — the BUILD_SHARED_LIBS=OFF + Patch0001
  + rmdir fixes from rev6/rev5/rev4 all held. Only the `git` BR was missing.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev9" date="1778155205">- Fix: COPR build 10434109 (rev8) failed in 7m on F44 with
  `fatal error: d3d12shader.h: No such file or directory`. The compile
  command shows DXC was emitting `-I/usr/include/directx/directx
  -I/usr/include/directx/wsl/stubs` — meaning DXC's source code does
  `${DIRECTX_HEADER_INCLUDE_DIR}/directx` and `${DIRECTX_HEADER_INCLUDE_DIR}/wsl/stubs`
  expansions, expecting an `include/`-style ROOT that contains a
  `directx/` subdir (mirroring upstream DirectX-Headers' submodule
  layout: `external/DirectX-Headers/include/directx/d3d12shader.h`).
  Fedora's layout has the headers directly in `/usr/include/directx/`,
  so the correct DIRECTX_HEADER_INCLUDE_DIR is `/usr/include` (not
  `/usr/include/directx`) — DXC's downstream `${DIR}/directx` then
  resolves to `/usr/include/directx`, finding `d3d12shader.h` correctly.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev10" date="1778155206">- Fix: COPR build 10434507 (rev9) reached step 484/1111 (44% — much further
  than rev7's 188/1111) before failing with typedef conflict between Fedora's
  `/usr/include/wsl/stubs/basetsd.h` and DXC's own `include/dxc/WinAdapter.h`:
    Fedora wsl/stubs:  typedef uint32_t ULONG; typedef int32_t LONG; ...
    DXC WinAdapter.h:  typedef unsigned long ULONG; typedef long LONG; ...
  These are structurally incompatible (LP64 native widths vs Win32 fixed
  widths). DXC's WinAdapter.h was designed assuming DXC's bundled
  DirectX-Headers submodule, which doesn't ship a wsl/stubs/ shim — Fedora's
  DirectX-Headers package adds that shim, hence the conflict.
- Switch from system DirectX-Headers to bundled DirectX-Headers (Source2,
  pinned to DXC's exact submodule SHA: 980971e835876dc0cde415e8f9bc646e64667bf7
  from microsoft/DirectX-Headers, verified via GitHub API:
  `gh api /repos/o3de/DirectXShaderCompiler/git/trees/release-1.8.2505.1-o3de:external`).
  Drop `BuildRequires: DirectX-Headers-devel` and the
  `-DDIRECTX_HEADER_INCLUDE_DIR=/usr/include` cmake flag. Update %prep to
  extract Source2 into external/DirectX-Headers/ instead of rmdir-ing the
  placeholder. DXC's existing add_subdirectory(${DXC_EXTERNAL_ROOT_DIR}/DirectX-Headers)
  branch builds it normally, no patching of DXC's external/CMakeLists.txt
  needed for the DirectX-Headers part.
- Architectural lesson: Fedora's DirectX-Headers is fine as a system library
  for projects that DON'T have their own Win-types compat layer. DXC has its
  own (WinAdapter.h), and the two layers can't coexist. Stage 1-style "use
  system Foo" doesn't work universally; some 3rdParty deps need to be
  bundled-as-source because of internal architectural assumptions.
- License of bundled DirectX-Headers: MIT (Microsoft) — Fedora-acceptable.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev11" date="1778155207">- Fix: COPR build 10434564 (rev10) made enormous progress — reached step
  1106/1111 (99.5%) before failing at the FINAL link of `libdxcompiler.so`:
    undefined reference to `spvOptimizerOptionsSetMaxIdBound'
    undefined reference to `spvOptimizerOptionsDestroy'
  These spv* C-API symbols live in libSPIRV-Tools.so (the main library,
  not the -opt variant). Link line included `-lSPIRV-Tools-opt` but NOT
  `-lSPIRV-Tools`.
- Root cause: in the bundled-SPIRV-Tools case, `add_subdirectory(SPIRV-Tools)`
  natively sets up `SPIRV-Tools-opt` to depend on `SPIRV-Tools` transitively.
  Fedora's imported targets (SPIRV-ToolsConfig.cmake + SPIRV-Tools-optConfig.cmake)
  don't establish that transitive INTERFACE_LINK_LIBRARIES relationship —
  each is a standalone IMPORTED target. Combined with DXC's link-line flags
  `-Wl,-z,defs --as-needed`, the linker fails on every direct symbol
  reference that isn't in a directly-listed library.
- Extend Patch0001's SPIRV-Tools fallback to call:
    target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)
  This re-establishes the transitive dependency that the bundled cmake
  provides natively. Anything that links SPIRV-Tools-opt now transitively
  pulls in SPIRV-Tools too, satisfying the linker.
- Architectural lesson: when patching cmake to use system imported targets
  in place of a bundled add_subdirectory, sometimes the imported targets
  don't cover the full link-graph that the bundled cmake established. Need
  to manually re-establish those edges. This is a known gotcha with cmake
  IMPORTED libraries.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev12" date="1778241600">- Fix: COPR build 10434595 (rev11) reached step 1106/1111 (the libdxcompiler.so
  link) and failed with the SAME `undefined reference to spvOptimizerOptions*`
  + `spvValidatorOptions*` + `spvtools::SpirvTools::*` symbols as rev10. The
  rev11 fix attempted to set the transitive `SPIRV-Tools-opt` → `SPIRV-Tools`
  edge via `target_link_libraries(SPIRV-Tools-opt INTERFACE SPIRV-Tools)` in
  Patch0001 — that form's INTERFACE_LINK_LIBRARIES doesn't reliably propagate
  to IMPORTED targets in this context (the link line still showed only
  `-lSPIRV-Tools-opt`).
- Approach this time: fix at the consumer side instead of grafting a
  transitive edge on an IMPORTED target. clangSPIRV is what actually consumes
  the spv* C-API symbols, so its LINK_LIBS list should include both
  `SPIRV-Tools-opt` AND `SPIRV-Tools`.
- Patch0001 reverted to its rev10 state (drop the rev11 transitive-link
  block, but keep the SPIRV-Headers + SPIRV-Tools find_package fallbacks
  + the SPIRV-Tools-static set_property guard).
- New Patch0002: one-line addition of `SPIRV-Tools` to
  tools/clang/lib/SPIRV/CMakeLists.txt's LINK_LIBS list. Behavior-preserving
  in the bundled-SPIRV-Tools case (the bundled cmake's transitive already
  linked SPIRV-Tools; this just makes the link explicit on the consumer
  side, eliminating reliance on bundled-SPIRV-Tools cmake's implementation
  detail).</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.8.2505.1-1.rev13" date="1778241601">- Versioned-major rename: o3de-dxc-spirv -&gt; o3de2605-dxc-spirv. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-dxc-spirv`
  and a future `o3de2610-dxc-spirv` can co-exist in the same COPR project,
  matching upstream's CDN model. Empirical research is captured in the
  o3de-rpm memory note `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade`
  transitions seamlessly from o3de-dxc-spirv rev1-rev12 (the PoC iteration
  history that landed the package green on 2026-05-08).
- No functional change. Same 12 iterations of fixes carry forward; this
  revision is a name-only bump.</changelog>
</package>
<package pkgid="071b88701ebd02ad0bc875bad34fe5464282d58c3621f7a13d4fa265fb04be5c" name="o3de2605-mcpp-az" arch="src">
  <version epoch="0" ver="2.7.2" rel="1.rev8.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev1" date="1778241600">- Initial PoC: license-clean mcpp library + binary build for O3DE.
- Source: upstream mcpp 2.7.2 tarball from sourceforge.net (Kiyoshi
  Matsui, BSD-2-Clause). Last upstream release 2008; abandonware-class
  but the C preprocessor problem is solved and the source is small +
  stable.
- Patch0001: Amazon Lumberyard `_az.2` patch series, sourced verbatim
  from o3de/3p-package-source/package-system/mcpp/mcpp_2.7.2_az.patch.
  566 lines, 11 hunks. Covers aarch64 host triplet detection,
  COMPILER macro defaults, whitespace cleanup, build-system tweaks.
  Apache-2.0 OR MIT licensed; compatible with BSD-2-Clause upstream.
- Configure flags mirror o3de/3p-package-source/.../mcpp/
  get_and_build_mcpp.py's Linux config:
    ./configure --with-pic --enable-mcpplib
  --with-pic builds PIC for shared library / engine builder linkage;
  --enable-mcpplib builds the in-process library in addition to the
  standalone CLI tool.
- Sibling track to o3de-dxc-spirv (binary shellout) and
  o3de-spirv-cross (binary shellout): mcpp is the LIBRARY-LINK variant
  of the DXC-class binary-only dependency pattern. Engine code in
  Gems/Atom/Asset/Shader/Code/Source/Editor/CommonFiles/Preprocessor.cpp
  calls mcpp_lib_main / mcpp_set_out_func / mcpp_set_report_include_callback
  at asset-build time.
- Engine-side glue (LY_USE_SYSTEM_MCPP bcond + Find shim or
  install-time symlink overlay) follows in a separate o3de-rpm spec
  edit once this PoC RPM lands green.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev2" date="1778241601">- Fix: COPR build 10436552 (rev1) failed in 10s with autoreconf error
  "configure.ac:20: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL".
  mcpp's configure.ac uses libtool macros; autoreconf needs libtool's
  m4 files installed. Add `BuildRequires: libtool`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev3" date="1778241602">- Fix: COPR build 10436573 (rev2) failed in 4m at compile-time with
  GCC 14 strictness errors against mcpp 2.7.2's 2008-vintage C source:
    main.c:371: incompatible pointer type passing arg 2 of do_options
    eval.c:1284: expected ',' or ';' before 'LL_FORM' macro
    expand.c:713: assignment to 'char *' from incompatible 'LOCATION *'
  These are all pre-modern-C strictness violations that GCC tightened
  from warnings to errors over the years.
- Add CFLAGS workaround in %build to downgrade these specific errors
  back to warnings:
    -Wno-error=incompatible-pointer-types
    -Wno-error=implicit-function-declaration
    -Wno-error=int-conversion
    -Wno-error=implicit-int
  Same shape as o3de/3p-package-source/.../mcpp/get_and_build_mcpp.py's
  Mac workaround (--Wno-implicit-function-declaration). Output binary +
  library are correct regardless; this is purely a build-time
  C-strictness mismatch.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev4" date="1778241603">- Fix: COPR build 10436630 (rev3) failed in 3m at compile-time:
    eval.c:1284:22: error: expected ',' or ';' before 'LL_FORM'
    eval.c:1638:51: error: expected ',' or ';' before 'LL_FORM'
  rev3's CFLAGS workaround handled the pointer-type errors, but
  LL_FORM is undefined.
- Diagnosis: mcpp's configure-time AC_RUN_IFELSE test for the printf
  length modifier of `long long` (which AC_DEFINEs LL_FORM) compiles
  a K&amp;R-style test program (`int strcmp();` without prototype). On
  modern GCC the test program fails to compile under default
  strictness, the AC_RUN_IFELSE falls into its action-if-false branch
  (which is empty in mcpp's configure.ac), and LL_FORM never gets
  written into src/config.h.
- Brute-force fix: define LL_FORM + HAVE_LONG_LONG via CPPFLAGS so
  eval.c always sees them regardless of what configure decided. "ll"
  is the C99 standard length modifier for `long long` and correct on
  all platforms o3de targets.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev5" date="1778241604">- Fix: COPR build 10436650 (rev4) failed in 4m at compile-time:
    system.c:3434:15: error: expected identifier or '*' before 'true'
    system.c:3461:19: error: expected identifier or '*' before 'false'
    system.c:3515:5: error: expected ';' before ':' token
  rev4's CPPFLAGS bypass for LL_FORM worked (LL_FORM is now defined),
  but GCC 14 defaults to gnu23 where `true` and `false` became reserved
  keywords. mcpp 2.7.2 (2008-vintage) uses them freely as identifiers.
- Fix: add `-std=gnu99` to CFLAGS so `true`/`false` become ordinary
  identifiers again. Standard idiom for similar-aged C codebases.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev6" date="1778241605">- Fix: COPR build 10436667 (rev5) succeeded at compile -- BIG WIN, the
  -std=gnu99 + LL_FORM CPPFLAGS + CFLAGS workarounds + libtool BR all
  combined to make mcpp 2.7.2 build cleanly on Fedora 44 GCC 14. But
  the build then failed at the rpmbuild %files packaging stage:
    error: File not found: BUILDROOT/usr/share/info/mcpp*.info*
    error: File not found: BUILDROOT/usr/share/doc/o3de-mcpp-az/AUTHORS
- Fix: drop AUTHORS from %doc (upstream tarball doesn't ship one;
  only README, NEWS, ChangeLog, INSTALL, LICENSE are present) and drop
  the /usr/share/info/mcpp*.info* entry (info docs aren't generated by
  default, and the engine doesn't need them anyway).
- This iteration is the smallest fix yet -- just trimming the %files
  list to match what's actually in BUILDROOT.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev7" date="1778241606">- Fix: COPR build 10436690 (rev6) failed at %files-check stage with six
  unpackaged files:
    /usr/share/doc/mcpp/{LICENSE,NEWS,README,mcpp-manual.html,mcpp-manual-jp.html}
    /usr/share/man/man1/mcpp.1.gz
  rev6 trimmed too aggressively; autotools `make install` writes upstream
  docs to /usr/share/doc/mcpp/ which our %doc directive (which owns
  /usr/share/doc/o3de-mcpp-az/) doesn't cover, plus the man page wasn't
  listed in %files at all.
- Fix: drop the autotools-installed /usr/share/doc/mcpp/ tree in %install
  (LICENSE is duplicated by BSD-2-Clause; README/NEWS/ChangeLog come via the
  %doc directive from source; HTML manuals not needed for engine
  consumers). Add /usr/share/man/man1/mcpp.1* to the main %files so the
  CLI tool's man page ships.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev8" date="1778241607">- Versioned-major rename: o3de-mcpp-az -&gt; o3de2605-mcpp-az. Mirrors the
  engine package's o3deNNNN naming convention so `o3de2605-mcpp-az` and
  a future `o3de2610-mcpp-az` can co-exist in the same COPR project,
  matching upstream's CDN model (multiple engine-major lines pinning
  different package versions side-by-side). Empirical research on the
  decision is captured in the o3de-rpm memory note
  `project_o3de_3p_versioning_research.md`; downsides-of-waiting analysis
  is what motivated doing it now (~10 testers, three Stage 2 PoCs just
  landed, naming convention not yet hardened anywhere).
- Backward compat: Obsoletes + Provides headers on both the main and
  -devel subpackage so `dnf upgrade` transitions seamlessly from the
  unversioned o3de-mcpp-az / o3de-mcpp-az-devel to the new versioned
  names without user intervention.</changelog>
</package>
<package pkgid="c2915dc90816d7100154b7957a9c8b0d59e94facd9aec5432394b3bab4bdd0b0" name="o3de2605-mcpp-az" arch="x86_64">
  <version epoch="0" ver="2.7.2" rel="1.rev8.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev1" date="1778241600">- Initial PoC: license-clean mcpp library + binary build for O3DE.
- Source: upstream mcpp 2.7.2 tarball from sourceforge.net (Kiyoshi
  Matsui, BSD-2-Clause). Last upstream release 2008; abandonware-class
  but the C preprocessor problem is solved and the source is small +
  stable.
- Patch0001: Amazon Lumberyard `_az.2` patch series, sourced verbatim
  from o3de/3p-package-source/package-system/mcpp/mcpp_2.7.2_az.patch.
  566 lines, 11 hunks. Covers aarch64 host triplet detection,
  COMPILER macro defaults, whitespace cleanup, build-system tweaks.
  Apache-2.0 OR MIT licensed; compatible with BSD-2-Clause upstream.
- Configure flags mirror o3de/3p-package-source/.../mcpp/
  get_and_build_mcpp.py's Linux config:
    ./configure --with-pic --enable-mcpplib
  --with-pic builds PIC for shared library / engine builder linkage;
  --enable-mcpplib builds the in-process library in addition to the
  standalone CLI tool.
- Sibling track to o3de-dxc-spirv (binary shellout) and
  o3de-spirv-cross (binary shellout): mcpp is the LIBRARY-LINK variant
  of the DXC-class binary-only dependency pattern. Engine code in
  Gems/Atom/Asset/Shader/Code/Source/Editor/CommonFiles/Preprocessor.cpp
  calls mcpp_lib_main / mcpp_set_out_func / mcpp_set_report_include_callback
  at asset-build time.
- Engine-side glue (LY_USE_SYSTEM_MCPP bcond + Find shim or
  install-time symlink overlay) follows in a separate o3de-rpm spec
  edit once this PoC RPM lands green.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev2" date="1778241601">- Fix: COPR build 10436552 (rev1) failed in 10s with autoreconf error
  "configure.ac:20: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL".
  mcpp's configure.ac uses libtool macros; autoreconf needs libtool's
  m4 files installed. Add `BuildRequires: libtool`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev3" date="1778241602">- Fix: COPR build 10436573 (rev2) failed in 4m at compile-time with
  GCC 14 strictness errors against mcpp 2.7.2's 2008-vintage C source:
    main.c:371: incompatible pointer type passing arg 2 of do_options
    eval.c:1284: expected ',' or ';' before 'LL_FORM' macro
    expand.c:713: assignment to 'char *' from incompatible 'LOCATION *'
  These are all pre-modern-C strictness violations that GCC tightened
  from warnings to errors over the years.
- Add CFLAGS workaround in %build to downgrade these specific errors
  back to warnings:
    -Wno-error=incompatible-pointer-types
    -Wno-error=implicit-function-declaration
    -Wno-error=int-conversion
    -Wno-error=implicit-int
  Same shape as o3de/3p-package-source/.../mcpp/get_and_build_mcpp.py's
  Mac workaround (--Wno-implicit-function-declaration). Output binary +
  library are correct regardless; this is purely a build-time
  C-strictness mismatch.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev4" date="1778241603">- Fix: COPR build 10436630 (rev3) failed in 3m at compile-time:
    eval.c:1284:22: error: expected ',' or ';' before 'LL_FORM'
    eval.c:1638:51: error: expected ',' or ';' before 'LL_FORM'
  rev3's CFLAGS workaround handled the pointer-type errors, but
  LL_FORM is undefined.
- Diagnosis: mcpp's configure-time AC_RUN_IFELSE test for the printf
  length modifier of `long long` (which AC_DEFINEs LL_FORM) compiles
  a K&amp;R-style test program (`int strcmp();` without prototype). On
  modern GCC the test program fails to compile under default
  strictness, the AC_RUN_IFELSE falls into its action-if-false branch
  (which is empty in mcpp's configure.ac), and LL_FORM never gets
  written into src/config.h.
- Brute-force fix: define LL_FORM + HAVE_LONG_LONG via CPPFLAGS so
  eval.c always sees them regardless of what configure decided. "ll"
  is the C99 standard length modifier for `long long` and correct on
  all platforms o3de targets.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev5" date="1778241604">- Fix: COPR build 10436650 (rev4) failed in 4m at compile-time:
    system.c:3434:15: error: expected identifier or '*' before 'true'
    system.c:3461:19: error: expected identifier or '*' before 'false'
    system.c:3515:5: error: expected ';' before ':' token
  rev4's CPPFLAGS bypass for LL_FORM worked (LL_FORM is now defined),
  but GCC 14 defaults to gnu23 where `true` and `false` became reserved
  keywords. mcpp 2.7.2 (2008-vintage) uses them freely as identifiers.
- Fix: add `-std=gnu99` to CFLAGS so `true`/`false` become ordinary
  identifiers again. Standard idiom for similar-aged C codebases.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev6" date="1778241605">- Fix: COPR build 10436667 (rev5) succeeded at compile -- BIG WIN, the
  -std=gnu99 + LL_FORM CPPFLAGS + CFLAGS workarounds + libtool BR all
  combined to make mcpp 2.7.2 build cleanly on Fedora 44 GCC 14. But
  the build then failed at the rpmbuild %files packaging stage:
    error: File not found: BUILDROOT/usr/share/info/mcpp*.info*
    error: File not found: BUILDROOT/usr/share/doc/o3de-mcpp-az/AUTHORS
- Fix: drop AUTHORS from %doc (upstream tarball doesn't ship one;
  only README, NEWS, ChangeLog, INSTALL, LICENSE are present) and drop
  the /usr/share/info/mcpp*.info* entry (info docs aren't generated by
  default, and the engine doesn't need them anyway).
- This iteration is the smallest fix yet -- just trimming the %files
  list to match what's actually in BUILDROOT.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev7" date="1778241606">- Fix: COPR build 10436690 (rev6) failed at %files-check stage with six
  unpackaged files:
    /usr/share/doc/mcpp/{LICENSE,NEWS,README,mcpp-manual.html,mcpp-manual-jp.html}
    /usr/share/man/man1/mcpp.1.gz
  rev6 trimmed too aggressively; autotools `make install` writes upstream
  docs to /usr/share/doc/mcpp/ which our %doc directive (which owns
  /usr/share/doc/o3de-mcpp-az/) doesn't cover, plus the man page wasn't
  listed in %files at all.
- Fix: drop the autotools-installed /usr/share/doc/mcpp/ tree in %install
  (LICENSE is duplicated by BSD-2-Clause; README/NEWS/ChangeLog come via the
  %doc directive from source; HTML manuals not needed for engine
  consumers). Add /usr/share/man/man1/mcpp.1* to the main %files so the
  CLI tool's man page ships.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev8" date="1778241607">- Versioned-major rename: o3de-mcpp-az -&gt; o3de2605-mcpp-az. Mirrors the
  engine package's o3deNNNN naming convention so `o3de2605-mcpp-az` and
  a future `o3de2610-mcpp-az` can co-exist in the same COPR project,
  matching upstream's CDN model (multiple engine-major lines pinning
  different package versions side-by-side). Empirical research on the
  decision is captured in the o3de-rpm memory note
  `project_o3de_3p_versioning_research.md`; downsides-of-waiting analysis
  is what motivated doing it now (~10 testers, three Stage 2 PoCs just
  landed, naming convention not yet hardened anywhere).
- Backward compat: Obsoletes + Provides headers on both the main and
  -devel subpackage so `dnf upgrade` transitions seamlessly from the
  unversioned o3de-mcpp-az / o3de-mcpp-az-devel to the new versioned
  names without user intervention.</changelog>
</package>
<package pkgid="f7d57f6ea4ff00559d50f3c7a8165726079e99258c1c6dcb7583a029ecd3aba5" name="o3de2605-mcpp-az-debuginfo" arch="x86_64">
  <version epoch="0" ver="2.7.2" rel="1.rev8.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev1" date="1778241600">- Initial PoC: license-clean mcpp library + binary build for O3DE.
- Source: upstream mcpp 2.7.2 tarball from sourceforge.net (Kiyoshi
  Matsui, BSD-2-Clause). Last upstream release 2008; abandonware-class
  but the C preprocessor problem is solved and the source is small +
  stable.
- Patch0001: Amazon Lumberyard `_az.2` patch series, sourced verbatim
  from o3de/3p-package-source/package-system/mcpp/mcpp_2.7.2_az.patch.
  566 lines, 11 hunks. Covers aarch64 host triplet detection,
  COMPILER macro defaults, whitespace cleanup, build-system tweaks.
  Apache-2.0 OR MIT licensed; compatible with BSD-2-Clause upstream.
- Configure flags mirror o3de/3p-package-source/.../mcpp/
  get_and_build_mcpp.py's Linux config:
    ./configure --with-pic --enable-mcpplib
  --with-pic builds PIC for shared library / engine builder linkage;
  --enable-mcpplib builds the in-process library in addition to the
  standalone CLI tool.
- Sibling track to o3de-dxc-spirv (binary shellout) and
  o3de-spirv-cross (binary shellout): mcpp is the LIBRARY-LINK variant
  of the DXC-class binary-only dependency pattern. Engine code in
  Gems/Atom/Asset/Shader/Code/Source/Editor/CommonFiles/Preprocessor.cpp
  calls mcpp_lib_main / mcpp_set_out_func / mcpp_set_report_include_callback
  at asset-build time.
- Engine-side glue (LY_USE_SYSTEM_MCPP bcond + Find shim or
  install-time symlink overlay) follows in a separate o3de-rpm spec
  edit once this PoC RPM lands green.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev2" date="1778241601">- Fix: COPR build 10436552 (rev1) failed in 10s with autoreconf error
  "configure.ac:20: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL".
  mcpp's configure.ac uses libtool macros; autoreconf needs libtool's
  m4 files installed. Add `BuildRequires: libtool`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev3" date="1778241602">- Fix: COPR build 10436573 (rev2) failed in 4m at compile-time with
  GCC 14 strictness errors against mcpp 2.7.2's 2008-vintage C source:
    main.c:371: incompatible pointer type passing arg 2 of do_options
    eval.c:1284: expected ',' or ';' before 'LL_FORM' macro
    expand.c:713: assignment to 'char *' from incompatible 'LOCATION *'
  These are all pre-modern-C strictness violations that GCC tightened
  from warnings to errors over the years.
- Add CFLAGS workaround in %build to downgrade these specific errors
  back to warnings:
    -Wno-error=incompatible-pointer-types
    -Wno-error=implicit-function-declaration
    -Wno-error=int-conversion
    -Wno-error=implicit-int
  Same shape as o3de/3p-package-source/.../mcpp/get_and_build_mcpp.py's
  Mac workaround (--Wno-implicit-function-declaration). Output binary +
  library are correct regardless; this is purely a build-time
  C-strictness mismatch.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev4" date="1778241603">- Fix: COPR build 10436630 (rev3) failed in 3m at compile-time:
    eval.c:1284:22: error: expected ',' or ';' before 'LL_FORM'
    eval.c:1638:51: error: expected ',' or ';' before 'LL_FORM'
  rev3's CFLAGS workaround handled the pointer-type errors, but
  LL_FORM is undefined.
- Diagnosis: mcpp's configure-time AC_RUN_IFELSE test for the printf
  length modifier of `long long` (which AC_DEFINEs LL_FORM) compiles
  a K&amp;R-style test program (`int strcmp();` without prototype). On
  modern GCC the test program fails to compile under default
  strictness, the AC_RUN_IFELSE falls into its action-if-false branch
  (which is empty in mcpp's configure.ac), and LL_FORM never gets
  written into src/config.h.
- Brute-force fix: define LL_FORM + HAVE_LONG_LONG via CPPFLAGS so
  eval.c always sees them regardless of what configure decided. "ll"
  is the C99 standard length modifier for `long long` and correct on
  all platforms o3de targets.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev5" date="1778241604">- Fix: COPR build 10436650 (rev4) failed in 4m at compile-time:
    system.c:3434:15: error: expected identifier or '*' before 'true'
    system.c:3461:19: error: expected identifier or '*' before 'false'
    system.c:3515:5: error: expected ';' before ':' token
  rev4's CPPFLAGS bypass for LL_FORM worked (LL_FORM is now defined),
  but GCC 14 defaults to gnu23 where `true` and `false` became reserved
  keywords. mcpp 2.7.2 (2008-vintage) uses them freely as identifiers.
- Fix: add `-std=gnu99` to CFLAGS so `true`/`false` become ordinary
  identifiers again. Standard idiom for similar-aged C codebases.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev6" date="1778241605">- Fix: COPR build 10436667 (rev5) succeeded at compile -- BIG WIN, the
  -std=gnu99 + LL_FORM CPPFLAGS + CFLAGS workarounds + libtool BR all
  combined to make mcpp 2.7.2 build cleanly on Fedora 44 GCC 14. But
  the build then failed at the rpmbuild %files packaging stage:
    error: File not found: BUILDROOT/usr/share/info/mcpp*.info*
    error: File not found: BUILDROOT/usr/share/doc/o3de-mcpp-az/AUTHORS
- Fix: drop AUTHORS from %doc (upstream tarball doesn't ship one;
  only README, NEWS, ChangeLog, INSTALL, LICENSE are present) and drop
  the /usr/share/info/mcpp*.info* entry (info docs aren't generated by
  default, and the engine doesn't need them anyway).
- This iteration is the smallest fix yet -- just trimming the %files
  list to match what's actually in BUILDROOT.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev7" date="1778241606">- Fix: COPR build 10436690 (rev6) failed at %files-check stage with six
  unpackaged files:
    /usr/share/doc/mcpp/{LICENSE,NEWS,README,mcpp-manual.html,mcpp-manual-jp.html}
    /usr/share/man/man1/mcpp.1.gz
  rev6 trimmed too aggressively; autotools `make install` writes upstream
  docs to /usr/share/doc/mcpp/ which our %doc directive (which owns
  /usr/share/doc/o3de-mcpp-az/) doesn't cover, plus the man page wasn't
  listed in %files at all.
- Fix: drop the autotools-installed /usr/share/doc/mcpp/ tree in %install
  (LICENSE is duplicated by BSD-2-Clause; README/NEWS/ChangeLog come via the
  %doc directive from source; HTML manuals not needed for engine
  consumers). Add /usr/share/man/man1/mcpp.1* to the main %files so the
  CLI tool's man page ships.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev8" date="1778241607">- Versioned-major rename: o3de-mcpp-az -&gt; o3de2605-mcpp-az. Mirrors the
  engine package's o3deNNNN naming convention so `o3de2605-mcpp-az` and
  a future `o3de2610-mcpp-az` can co-exist in the same COPR project,
  matching upstream's CDN model (multiple engine-major lines pinning
  different package versions side-by-side). Empirical research on the
  decision is captured in the o3de-rpm memory note
  `project_o3de_3p_versioning_research.md`; downsides-of-waiting analysis
  is what motivated doing it now (~10 testers, three Stage 2 PoCs just
  landed, naming convention not yet hardened anywhere).
- Backward compat: Obsoletes + Provides headers on both the main and
  -devel subpackage so `dnf upgrade` transitions seamlessly from the
  unversioned o3de-mcpp-az / o3de-mcpp-az-devel to the new versioned
  names without user intervention.</changelog>
</package>
<package pkgid="60477a03670e97a974798d5fc0c0a420649379cc803c4e9f83019e087e46fd21" name="o3de2605-mcpp-az-debugsource" arch="x86_64">
  <version epoch="0" ver="2.7.2" rel="1.rev8.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev1" date="1778241600">- Initial PoC: license-clean mcpp library + binary build for O3DE.
- Source: upstream mcpp 2.7.2 tarball from sourceforge.net (Kiyoshi
  Matsui, BSD-2-Clause). Last upstream release 2008; abandonware-class
  but the C preprocessor problem is solved and the source is small +
  stable.
- Patch0001: Amazon Lumberyard `_az.2` patch series, sourced verbatim
  from o3de/3p-package-source/package-system/mcpp/mcpp_2.7.2_az.patch.
  566 lines, 11 hunks. Covers aarch64 host triplet detection,
  COMPILER macro defaults, whitespace cleanup, build-system tweaks.
  Apache-2.0 OR MIT licensed; compatible with BSD-2-Clause upstream.
- Configure flags mirror o3de/3p-package-source/.../mcpp/
  get_and_build_mcpp.py's Linux config:
    ./configure --with-pic --enable-mcpplib
  --with-pic builds PIC for shared library / engine builder linkage;
  --enable-mcpplib builds the in-process library in addition to the
  standalone CLI tool.
- Sibling track to o3de-dxc-spirv (binary shellout) and
  o3de-spirv-cross (binary shellout): mcpp is the LIBRARY-LINK variant
  of the DXC-class binary-only dependency pattern. Engine code in
  Gems/Atom/Asset/Shader/Code/Source/Editor/CommonFiles/Preprocessor.cpp
  calls mcpp_lib_main / mcpp_set_out_func / mcpp_set_report_include_callback
  at asset-build time.
- Engine-side glue (LY_USE_SYSTEM_MCPP bcond + Find shim or
  install-time symlink overlay) follows in a separate o3de-rpm spec
  edit once this PoC RPM lands green.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev2" date="1778241601">- Fix: COPR build 10436552 (rev1) failed in 10s with autoreconf error
  "configure.ac:20: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL".
  mcpp's configure.ac uses libtool macros; autoreconf needs libtool's
  m4 files installed. Add `BuildRequires: libtool`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev3" date="1778241602">- Fix: COPR build 10436573 (rev2) failed in 4m at compile-time with
  GCC 14 strictness errors against mcpp 2.7.2's 2008-vintage C source:
    main.c:371: incompatible pointer type passing arg 2 of do_options
    eval.c:1284: expected ',' or ';' before 'LL_FORM' macro
    expand.c:713: assignment to 'char *' from incompatible 'LOCATION *'
  These are all pre-modern-C strictness violations that GCC tightened
  from warnings to errors over the years.
- Add CFLAGS workaround in %build to downgrade these specific errors
  back to warnings:
    -Wno-error=incompatible-pointer-types
    -Wno-error=implicit-function-declaration
    -Wno-error=int-conversion
    -Wno-error=implicit-int
  Same shape as o3de/3p-package-source/.../mcpp/get_and_build_mcpp.py's
  Mac workaround (--Wno-implicit-function-declaration). Output binary +
  library are correct regardless; this is purely a build-time
  C-strictness mismatch.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev4" date="1778241603">- Fix: COPR build 10436630 (rev3) failed in 3m at compile-time:
    eval.c:1284:22: error: expected ',' or ';' before 'LL_FORM'
    eval.c:1638:51: error: expected ',' or ';' before 'LL_FORM'
  rev3's CFLAGS workaround handled the pointer-type errors, but
  LL_FORM is undefined.
- Diagnosis: mcpp's configure-time AC_RUN_IFELSE test for the printf
  length modifier of `long long` (which AC_DEFINEs LL_FORM) compiles
  a K&amp;R-style test program (`int strcmp();` without prototype). On
  modern GCC the test program fails to compile under default
  strictness, the AC_RUN_IFELSE falls into its action-if-false branch
  (which is empty in mcpp's configure.ac), and LL_FORM never gets
  written into src/config.h.
- Brute-force fix: define LL_FORM + HAVE_LONG_LONG via CPPFLAGS so
  eval.c always sees them regardless of what configure decided. "ll"
  is the C99 standard length modifier for `long long` and correct on
  all platforms o3de targets.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev5" date="1778241604">- Fix: COPR build 10436650 (rev4) failed in 4m at compile-time:
    system.c:3434:15: error: expected identifier or '*' before 'true'
    system.c:3461:19: error: expected identifier or '*' before 'false'
    system.c:3515:5: error: expected ';' before ':' token
  rev4's CPPFLAGS bypass for LL_FORM worked (LL_FORM is now defined),
  but GCC 14 defaults to gnu23 where `true` and `false` became reserved
  keywords. mcpp 2.7.2 (2008-vintage) uses them freely as identifiers.
- Fix: add `-std=gnu99` to CFLAGS so `true`/`false` become ordinary
  identifiers again. Standard idiom for similar-aged C codebases.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev6" date="1778241605">- Fix: COPR build 10436667 (rev5) succeeded at compile -- BIG WIN, the
  -std=gnu99 + LL_FORM CPPFLAGS + CFLAGS workarounds + libtool BR all
  combined to make mcpp 2.7.2 build cleanly on Fedora 44 GCC 14. But
  the build then failed at the rpmbuild %files packaging stage:
    error: File not found: BUILDROOT/usr/share/info/mcpp*.info*
    error: File not found: BUILDROOT/usr/share/doc/o3de-mcpp-az/AUTHORS
- Fix: drop AUTHORS from %doc (upstream tarball doesn't ship one;
  only README, NEWS, ChangeLog, INSTALL, LICENSE are present) and drop
  the /usr/share/info/mcpp*.info* entry (info docs aren't generated by
  default, and the engine doesn't need them anyway).
- This iteration is the smallest fix yet -- just trimming the %files
  list to match what's actually in BUILDROOT.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev7" date="1778241606">- Fix: COPR build 10436690 (rev6) failed at %files-check stage with six
  unpackaged files:
    /usr/share/doc/mcpp/{LICENSE,NEWS,README,mcpp-manual.html,mcpp-manual-jp.html}
    /usr/share/man/man1/mcpp.1.gz
  rev6 trimmed too aggressively; autotools `make install` writes upstream
  docs to /usr/share/doc/mcpp/ which our %doc directive (which owns
  /usr/share/doc/o3de-mcpp-az/) doesn't cover, plus the man page wasn't
  listed in %files at all.
- Fix: drop the autotools-installed /usr/share/doc/mcpp/ tree in %install
  (LICENSE is duplicated by BSD-2-Clause; README/NEWS/ChangeLog come via the
  %doc directive from source; HTML manuals not needed for engine
  consumers). Add /usr/share/man/man1/mcpp.1* to the main %files so the
  CLI tool's man page ships.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev8" date="1778241607">- Versioned-major rename: o3de-mcpp-az -&gt; o3de2605-mcpp-az. Mirrors the
  engine package's o3deNNNN naming convention so `o3de2605-mcpp-az` and
  a future `o3de2610-mcpp-az` can co-exist in the same COPR project,
  matching upstream's CDN model (multiple engine-major lines pinning
  different package versions side-by-side). Empirical research on the
  decision is captured in the o3de-rpm memory note
  `project_o3de_3p_versioning_research.md`; downsides-of-waiting analysis
  is what motivated doing it now (~10 testers, three Stage 2 PoCs just
  landed, naming convention not yet hardened anywhere).
- Backward compat: Obsoletes + Provides headers on both the main and
  -devel subpackage so `dnf upgrade` transitions seamlessly from the
  unversioned o3de-mcpp-az / o3de-mcpp-az-devel to the new versioned
  names without user intervention.</changelog>
</package>
<package pkgid="0ef9593671ff30ccecc6a96d60960c2093d3effe10a5f58777009497f61ca21f" name="o3de2605-mcpp-az-devel" arch="x86_64">
  <version epoch="0" ver="2.7.2" rel="1.rev8.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev1" date="1778241600">- Initial PoC: license-clean mcpp library + binary build for O3DE.
- Source: upstream mcpp 2.7.2 tarball from sourceforge.net (Kiyoshi
  Matsui, BSD-2-Clause). Last upstream release 2008; abandonware-class
  but the C preprocessor problem is solved and the source is small +
  stable.
- Patch0001: Amazon Lumberyard `_az.2` patch series, sourced verbatim
  from o3de/3p-package-source/package-system/mcpp/mcpp_2.7.2_az.patch.
  566 lines, 11 hunks. Covers aarch64 host triplet detection,
  COMPILER macro defaults, whitespace cleanup, build-system tweaks.
  Apache-2.0 OR MIT licensed; compatible with BSD-2-Clause upstream.
- Configure flags mirror o3de/3p-package-source/.../mcpp/
  get_and_build_mcpp.py's Linux config:
    ./configure --with-pic --enable-mcpplib
  --with-pic builds PIC for shared library / engine builder linkage;
  --enable-mcpplib builds the in-process library in addition to the
  standalone CLI tool.
- Sibling track to o3de-dxc-spirv (binary shellout) and
  o3de-spirv-cross (binary shellout): mcpp is the LIBRARY-LINK variant
  of the DXC-class binary-only dependency pattern. Engine code in
  Gems/Atom/Asset/Shader/Code/Source/Editor/CommonFiles/Preprocessor.cpp
  calls mcpp_lib_main / mcpp_set_out_func / mcpp_set_report_include_callback
  at asset-build time.
- Engine-side glue (LY_USE_SYSTEM_MCPP bcond + Find shim or
  install-time symlink overlay) follows in a separate o3de-rpm spec
  edit once this PoC RPM lands green.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev2" date="1778241601">- Fix: COPR build 10436552 (rev1) failed in 10s with autoreconf error
  "configure.ac:20: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL".
  mcpp's configure.ac uses libtool macros; autoreconf needs libtool's
  m4 files installed. Add `BuildRequires: libtool`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev3" date="1778241602">- Fix: COPR build 10436573 (rev2) failed in 4m at compile-time with
  GCC 14 strictness errors against mcpp 2.7.2's 2008-vintage C source:
    main.c:371: incompatible pointer type passing arg 2 of do_options
    eval.c:1284: expected ',' or ';' before 'LL_FORM' macro
    expand.c:713: assignment to 'char *' from incompatible 'LOCATION *'
  These are all pre-modern-C strictness violations that GCC tightened
  from warnings to errors over the years.
- Add CFLAGS workaround in %build to downgrade these specific errors
  back to warnings:
    -Wno-error=incompatible-pointer-types
    -Wno-error=implicit-function-declaration
    -Wno-error=int-conversion
    -Wno-error=implicit-int
  Same shape as o3de/3p-package-source/.../mcpp/get_and_build_mcpp.py's
  Mac workaround (--Wno-implicit-function-declaration). Output binary +
  library are correct regardless; this is purely a build-time
  C-strictness mismatch.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev4" date="1778241603">- Fix: COPR build 10436630 (rev3) failed in 3m at compile-time:
    eval.c:1284:22: error: expected ',' or ';' before 'LL_FORM'
    eval.c:1638:51: error: expected ',' or ';' before 'LL_FORM'
  rev3's CFLAGS workaround handled the pointer-type errors, but
  LL_FORM is undefined.
- Diagnosis: mcpp's configure-time AC_RUN_IFELSE test for the printf
  length modifier of `long long` (which AC_DEFINEs LL_FORM) compiles
  a K&amp;R-style test program (`int strcmp();` without prototype). On
  modern GCC the test program fails to compile under default
  strictness, the AC_RUN_IFELSE falls into its action-if-false branch
  (which is empty in mcpp's configure.ac), and LL_FORM never gets
  written into src/config.h.
- Brute-force fix: define LL_FORM + HAVE_LONG_LONG via CPPFLAGS so
  eval.c always sees them regardless of what configure decided. "ll"
  is the C99 standard length modifier for `long long` and correct on
  all platforms o3de targets.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev5" date="1778241604">- Fix: COPR build 10436650 (rev4) failed in 4m at compile-time:
    system.c:3434:15: error: expected identifier or '*' before 'true'
    system.c:3461:19: error: expected identifier or '*' before 'false'
    system.c:3515:5: error: expected ';' before ':' token
  rev4's CPPFLAGS bypass for LL_FORM worked (LL_FORM is now defined),
  but GCC 14 defaults to gnu23 where `true` and `false` became reserved
  keywords. mcpp 2.7.2 (2008-vintage) uses them freely as identifiers.
- Fix: add `-std=gnu99` to CFLAGS so `true`/`false` become ordinary
  identifiers again. Standard idiom for similar-aged C codebases.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev6" date="1778241605">- Fix: COPR build 10436667 (rev5) succeeded at compile -- BIG WIN, the
  -std=gnu99 + LL_FORM CPPFLAGS + CFLAGS workarounds + libtool BR all
  combined to make mcpp 2.7.2 build cleanly on Fedora 44 GCC 14. But
  the build then failed at the rpmbuild %files packaging stage:
    error: File not found: BUILDROOT/usr/share/info/mcpp*.info*
    error: File not found: BUILDROOT/usr/share/doc/o3de-mcpp-az/AUTHORS
- Fix: drop AUTHORS from %doc (upstream tarball doesn't ship one;
  only README, NEWS, ChangeLog, INSTALL, LICENSE are present) and drop
  the /usr/share/info/mcpp*.info* entry (info docs aren't generated by
  default, and the engine doesn't need them anyway).
- This iteration is the smallest fix yet -- just trimming the %files
  list to match what's actually in BUILDROOT.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev7" date="1778241606">- Fix: COPR build 10436690 (rev6) failed at %files-check stage with six
  unpackaged files:
    /usr/share/doc/mcpp/{LICENSE,NEWS,README,mcpp-manual.html,mcpp-manual-jp.html}
    /usr/share/man/man1/mcpp.1.gz
  rev6 trimmed too aggressively; autotools `make install` writes upstream
  docs to /usr/share/doc/mcpp/ which our %doc directive (which owns
  /usr/share/doc/o3de-mcpp-az/) doesn't cover, plus the man page wasn't
  listed in %files at all.
- Fix: drop the autotools-installed /usr/share/doc/mcpp/ tree in %install
  (LICENSE is duplicated by BSD-2-Clause; README/NEWS/ChangeLog come via the
  %doc directive from source; HTML manuals not needed for engine
  consumers). Add /usr/share/man/man1/mcpp.1* to the main %files so the
  CLI tool's man page ships.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 2.7.2-1.rev8" date="1778241607">- Versioned-major rename: o3de-mcpp-az -&gt; o3de2605-mcpp-az. Mirrors the
  engine package's o3deNNNN naming convention so `o3de2605-mcpp-az` and
  a future `o3de2610-mcpp-az` can co-exist in the same COPR project,
  matching upstream's CDN model (multiple engine-major lines pinning
  different package versions side-by-side). Empirical research on the
  decision is captured in the o3de-rpm memory note
  `project_o3de_3p_versioning_research.md`; downsides-of-waiting analysis
  is what motivated doing it now (~10 testers, three Stage 2 PoCs just
  landed, naming convention not yet hardened anywhere).
- Backward compat: Obsoletes + Provides headers on both the main and
  -devel subpackage so `dnf upgrade` transitions seamlessly from the
  unversioned o3de-mcpp-az / o3de-mcpp-az-devel to the new versioned
  names without user intervention.</changelog>
</package>
<package pkgid="11336919e1240ed0a57eacb2d4f9f8ac124ea1dc7c7f736883aa0c52f006e67f" name="o3de2605-spirv-cross" arch="src">
  <version epoch="0" ver="1.3.275.0" rel="1.rev3.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev1" date="1778155200">- Initial PoC: license-clean SPIRV-Cross CLI build for O3DE.
- Source: KhronosGroup/SPIRV-Cross at tag vulkan-sdk-1.3.275.0
  (SHA 117161dd546075a568f0526bccffcd7e0bc96897), matching
  o3de/3p-package-source's package-system/SPIRVCross build_config.json
  git_tag (package_version 1.3.275.0-rev2).
- Cmake flags mirror the upstream build_config.json's Linux config:
  SPIRV_CROSS_CLI=ON, SPIRV_CROSS_STATIC=ON, SPIRV_CROSS_SHARED=OFF,
  SPIRV_CROSS_ENABLE_TESTS=OFF.
- Sibling track to o3de-dxc-spirv (per o3de-rpm/BUNDLED_LIBRARIES.md
  § "Binary-only / DXC-class dependencies"): engine shells out to
  the spirv-cross executable at asset-build time; no library API
  linkage. License: Apache-2.0 OR MIT, both Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev2" date="1778155201">- Fix: COPR build 10434598 (rev1) failed in 7s with cmake policy error —
  SPIRV-Cross's `cmake_minimum_required(VERSION 3.5)` is too low for
  Fedora 44's modern cmake (4.x), which deprecates support for cmake
  policies older than 3.5. Cmake's own error message suggested the fix:
  add `-DCMAKE_POLICY_VERSION_MINIMUM=3.5`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev3" date="1778241600">- Versioned-major rename: o3de-spirv-cross -&gt; o3de2605-spirv-cross. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-spirv-cross`
  and a future `o3de2610-spirv-cross` can co-exist in the same COPR project,
  matching upstream's CDN model. Memory note:
  `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade` transitions
  seamlessly from o3de-spirv-cross rev1-rev2.
- No functional change. Same upstream SHA + cmake policy fix carry forward;
  this revision is a name-only bump.</changelog>
</package>
<package pkgid="be7145eda9437dd2fa98548693d6f42fa8f116b26313e6ae38c99e61f7b85118" name="o3de2605-spirv-cross" arch="x86_64">
  <version epoch="0" ver="1.3.275.0" rel="1.rev3.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev1" date="1778155200">- Initial PoC: license-clean SPIRV-Cross CLI build for O3DE.
- Source: KhronosGroup/SPIRV-Cross at tag vulkan-sdk-1.3.275.0
  (SHA 117161dd546075a568f0526bccffcd7e0bc96897), matching
  o3de/3p-package-source's package-system/SPIRVCross build_config.json
  git_tag (package_version 1.3.275.0-rev2).
- Cmake flags mirror the upstream build_config.json's Linux config:
  SPIRV_CROSS_CLI=ON, SPIRV_CROSS_STATIC=ON, SPIRV_CROSS_SHARED=OFF,
  SPIRV_CROSS_ENABLE_TESTS=OFF.
- Sibling track to o3de-dxc-spirv (per o3de-rpm/BUNDLED_LIBRARIES.md
  § "Binary-only / DXC-class dependencies"): engine shells out to
  the spirv-cross executable at asset-build time; no library API
  linkage. License: Apache-2.0 OR MIT, both Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev2" date="1778155201">- Fix: COPR build 10434598 (rev1) failed in 7s with cmake policy error —
  SPIRV-Cross's `cmake_minimum_required(VERSION 3.5)` is too low for
  Fedora 44's modern cmake (4.x), which deprecates support for cmake
  policies older than 3.5. Cmake's own error message suggested the fix:
  add `-DCMAKE_POLICY_VERSION_MINIMUM=3.5`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev3" date="1778241600">- Versioned-major rename: o3de-spirv-cross -&gt; o3de2605-spirv-cross. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-spirv-cross`
  and a future `o3de2610-spirv-cross` can co-exist in the same COPR project,
  matching upstream's CDN model. Memory note:
  `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade` transitions
  seamlessly from o3de-spirv-cross rev1-rev2.
- No functional change. Same upstream SHA + cmake policy fix carry forward;
  this revision is a name-only bump.</changelog>
</package>
<package pkgid="697da160483770ce19f87c7540292a90317751f7ad3ee517352069d88827d6ff" name="o3de2605-spirv-cross-debuginfo" arch="x86_64">
  <version epoch="0" ver="1.3.275.0" rel="1.rev3.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev1" date="1778155200">- Initial PoC: license-clean SPIRV-Cross CLI build for O3DE.
- Source: KhronosGroup/SPIRV-Cross at tag vulkan-sdk-1.3.275.0
  (SHA 117161dd546075a568f0526bccffcd7e0bc96897), matching
  o3de/3p-package-source's package-system/SPIRVCross build_config.json
  git_tag (package_version 1.3.275.0-rev2).
- Cmake flags mirror the upstream build_config.json's Linux config:
  SPIRV_CROSS_CLI=ON, SPIRV_CROSS_STATIC=ON, SPIRV_CROSS_SHARED=OFF,
  SPIRV_CROSS_ENABLE_TESTS=OFF.
- Sibling track to o3de-dxc-spirv (per o3de-rpm/BUNDLED_LIBRARIES.md
  § "Binary-only / DXC-class dependencies"): engine shells out to
  the spirv-cross executable at asset-build time; no library API
  linkage. License: Apache-2.0 OR MIT, both Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev2" date="1778155201">- Fix: COPR build 10434598 (rev1) failed in 7s with cmake policy error —
  SPIRV-Cross's `cmake_minimum_required(VERSION 3.5)` is too low for
  Fedora 44's modern cmake (4.x), which deprecates support for cmake
  policies older than 3.5. Cmake's own error message suggested the fix:
  add `-DCMAKE_POLICY_VERSION_MINIMUM=3.5`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev3" date="1778241600">- Versioned-major rename: o3de-spirv-cross -&gt; o3de2605-spirv-cross. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-spirv-cross`
  and a future `o3de2610-spirv-cross` can co-exist in the same COPR project,
  matching upstream's CDN model. Memory note:
  `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade` transitions
  seamlessly from o3de-spirv-cross rev1-rev2.
- No functional change. Same upstream SHA + cmake policy fix carry forward;
  this revision is a name-only bump.</changelog>
</package>
<package pkgid="58381ad4ab80e5cba56ba2435c77c615522d3dfefdc2334af617880dbca6bf8d" name="o3de2605-spirv-cross-debugsource" arch="x86_64">
  <version epoch="0" ver="1.3.275.0" rel="1.rev3.fc44"/>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev1" date="1778155200">- Initial PoC: license-clean SPIRV-Cross CLI build for O3DE.
- Source: KhronosGroup/SPIRV-Cross at tag vulkan-sdk-1.3.275.0
  (SHA 117161dd546075a568f0526bccffcd7e0bc96897), matching
  o3de/3p-package-source's package-system/SPIRVCross build_config.json
  git_tag (package_version 1.3.275.0-rev2).
- Cmake flags mirror the upstream build_config.json's Linux config:
  SPIRV_CROSS_CLI=ON, SPIRV_CROSS_STATIC=ON, SPIRV_CROSS_SHARED=OFF,
  SPIRV_CROSS_ENABLE_TESTS=OFF.
- Sibling track to o3de-dxc-spirv (per o3de-rpm/BUNDLED_LIBRARIES.md
  § "Binary-only / DXC-class dependencies"): engine shells out to
  the spirv-cross executable at asset-build time; no library API
  linkage. License: Apache-2.0 OR MIT, both Fedora-compatible.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev2" date="1778155201">- Fix: COPR build 10434598 (rev1) failed in 7s with cmake policy error —
  SPIRV-Cross's `cmake_minimum_required(VERSION 3.5)` is too low for
  Fedora 44's modern cmake (4.x), which deprecates support for cmake
  policies older than 3.5. Cmake's own error message suggested the fix:
  add `-DCMAKE_POLICY_VERSION_MINIMUM=3.5`. Trivial.</changelog>
  <changelog author="Nick Schuetz &lt;nschuetz@redhat.com&gt; - 1.3.275.0-1.rev3" date="1778241600">- Versioned-major rename: o3de-spirv-cross -&gt; o3de2605-spirv-cross. Mirrors
  the engine package's o3deNNNN naming convention so `o3de2605-spirv-cross`
  and a future `o3de2610-spirv-cross` can co-exist in the same COPR project,
  matching upstream's CDN model. Memory note:
  `project_o3de_3p_versioning_research.md`.
- Backward compat: Obsoletes + Provides headers so `dnf upgrade` transitions
  seamlessly from o3de-spirv-cross rev1-rev2.
- No functional change. Same upstream SHA + cmake policy fix carry forward;
  this revision is a name-only bump.</changelog>
</package>
</otherdata>