Package Details: directx-headers-git r181.34c9866-1

Git Clone URL: https://aur.archlinux.org/directx-headers-git.git (read-only, click to copy)
Package Base: directx-headers-git
Description: DirectX headers for using D3D12
Upstream URL: https://github.com/microsoft/DirectX-Headers
Licenses: MIT
Conflicts: directx-headers
Provides: directx-headers
Submitter: SovietReimu1228
Maintainer: DexterHaxxor
Last Packager: SovietReimu1228
Votes: 2
Popularity: 0.026234
First Submitted: 2022-08-03 09:10 (UTC)
Last Updated: 2023-04-22 14:28 (UTC)

Dependencies (2)

Required by (13)

Sources (1)

Latest Comments

1 2 Next › Last »

Lone_Wolf commented on 2023-04-22 15:29 (UTC) (edited on 2023-04-22 15:30 (UTC) by Lone_Wolf)

Thanks for the fast response .

The change of CXXFLAGS was a workaround that did fix the problem, but not the cause .

The 2nd green box in https://aur.archlinux.org/packages/mesa-git#comment-631336 shows how I felt about arch-meson 5 years ago . (the buildtype was corrected , but the lto setting wasn't).

I've filed https://bugs.archlinux.org/task/78286 to hopefully remove the cause .

SovietReimu1228 commented on 2023-04-22 14:29 (UTC)

Anyway, I fixed it.

SovietReimu1228 commented on 2023-04-22 14:26 (UTC)

I wrote PKGBUILD based on the original. Do you really need that?

Lone_Wolf commented on 2023-04-22 13:54 (UTC)

problem cause for mesa failing to build found. It appears the arch-meson script enables lto builds and doesn't honor the !lto setting in options() .

@SovietReimu1228 : please replace the arch-meson upto ninja lines in build() with these lines :

    meson setup DirectX-Headers build \
       --prefix /usr \
       --libexecdir lib \
       --sbindir bin \
       --buildtype plain \
       --auto-features enabled \
       --wrap-mode nodownload \
       -D b_lto=false \
       -D b_pie=true \
       -D build-test=false

  meson configure --no-pager build

(the meson configure line is present so users get to see which build settings are used by meson)

Lone_Wolf commented on 2023-04-21 09:05 (UTC) (edited on 2023-04-21 09:09 (UTC) by Lone_Wolf)

Was that during the creation of the debug part of building ?

If yes, that is a very minor issue that has a small effect on crashlogs or when this apploication is run through a debugger like gdb .

adding debug symbols in a seperate package is now default on archlinux . If you don't like the messages and don't need a debug package, add !debug to the options= array .

atticf commented on 2023-04-20 22:29 (UTC)

I needed to use !strip in the options array because ld didn't like the stripped version during mesa compilation. These messages occured when compiling this package:

  -> Stripping unneeded symbols from binaries and libraries...
strip: ./usr/lib/stcGJi9c/src_d3dx12_property_format_table.cpp.o: plugin needed to handle lto object
strip: ./usr/lib/st5YwMPT/src_d3dx12_property_format_table.cpp.o: plugin needed to handle lto object
strip: ./usr/lib/stFDAyu4/src_dxguids.cpp.o: plugin needed to handle lto object
strip: ./usr/lib/stxA79Iu/src_dxguids.cpp.o: plugin needed to handle lto object

I'm not sure if anything needs to be done, just pointing it out.

atticf commented on 2023-04-20 21:23 (UTC)

The package needs git as a make dependency

SovietReimu1228 commented on 2023-04-20 09:43 (UTC)

Thank you for pointing out my mistake!

Lone_Wolf commented on 2023-04-20 07:34 (UTC)

  # LTO breaks mesa...
  export CXXFLAGS="$CXXFLAGS -fno-lto"

Please remove those 2 lines as they are no longer needed now you use options array to achieve that goal .

It's not needed nor desired to update this so often . See https://wiki.archlinux.org/title/AUR_submission_guidelines#Publishing_new_package_content