This is an auto-filled bug because x11-libs/libdrm calls nm directly. The issue was originally discovered on arm64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info. NOTE: If you think it doesn't make sense fix these type of issues, I'd like to point out that won't be possible use a different NM implementation (like llvm-nm) by setting the NM variable. So this issue has been reproduced by setting the NM variable to aarch64-unknown-linux-gnu-nm and by removing the /usr/bin/nm binary.
Created attachment 636110 [details] build.log build log and emerge --info
Created attachment 640876 [details] meson-log.txt Found CMake: /usr/bin/cmake (3.17.2) Run-time dependency cunit found: NO (tried pkgconfig and cmake) Program xsltproc found: YES (/usr/bin/xsltproc) Program sed found: YES (/bin/sed) Checking if "compiler supports __attribute__(("hidden"))" compiles: YES Configuring config.h using configuration Program nm found: NO ../libdrm-2.4.100/meson.build:335:9: ERROR: Program(s) ['nm'] not found or not executable
Fixed by: commit da03d40f146a646c38e75fd0a6fc299b5aeba505 Author: Sergei Trofimovich <slyfox@gentoo.org> Date: Fri Jun 12 19:34:10 2020 +0100 meson.eclass: override 'nm' tool with tuple-prefixed one x11-libs/libdrm and media-libs/libglvnd fail to find 'nm' tool on sys-devel/binutils-config[-native-symlinks] system as: `meson.build:40:0: ERROR: Program(s) ['nm'] not found or not executable` It's caused by the code that locates the tool as: `prog_nm = find_program('nm')`. The change adds 'nm' tool along with other binutils tools. Closes: https://bugs.gentoo.org/720886 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
