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.
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 and emerge --info
Created attachment 640876 [details]
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
Author: Sergei Trofimovich <firstname.lastname@example.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.
Signed-off-by: Sergei Trofimovich <email@example.com>