Bug#1142193: vkd3d: FTBFS on armhf: Assembler messages: Error: unrecognized symbol type ""
Simon McVittie <[email protected]> Thu, 16 Jul 2026 12:26:19 +0100
| Newsgroups | gmane.linux.debian.ports.arm |
|---|---|
| Message-ID | <ali_205ccMdkN4k3__48034.8198603437$1784201371$gmane$org@definition.pseudorandom.co.uk> |
Source: vkd3d Version: 2.0+ds-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: [email protected] User: [email protected] Usertags: armhf Thanks for merging the new upstream release 2.0 of vkd3d. Unfortunately, the new release is failing to build on armhf: >arm-linux-gnueabihf-gcc -DHAVE_CONFIG_H -I. -I./include -I./include -I./include/private -I./include/private -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -pipe -D_WIN32_WINNT=0x0600 -std=c99 -flto=auto -fvisibility=hidden -Wdeclaration-after-statement -Wempty-body -Wenum-conversion -Wimplicit-fallthrough -Winit-self -Wmissing-prototypes -Wpointer-arith -Wshadow -Wshift-overflow=2 -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wl,--no-undefined -fno-lto -I./demos -Wa,-I./demos -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/build/reproducible-path/vkd3d-2.0+ds=. -flto=auto -ffat-lto-objects -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -c -o demos/vkd3d_triangle-triang le.o `test -f 'demos/triangle.c' || echo './'`demos/triangle.c ... >Assembler messages: >{standard input}:55609: Error: unrecognized symbol type "" >{standard input}:55615: Error: unrecognized symbol type "" >{standard input}:55623: Error: unrecognized symbol type "" >{standard input}:55629: Error: unrecognized symbol type "" >Assembler messages: >{standard input}:49235: Error: unrecognized symbol type "" >{standard input}:49241: Error: unrecognized symbol type "" >make[3]: *** [Makefile:2173: demos/vkd3d_triangle-triangle.o] Error 1 Possibly something is going wrong with the use of "DEMO_EMBED" to embed the triangle.hlsl source code into the demo executable, which seems to be emulating C23 #embed in a mostly-backward-compatible way? (I can confirm that this demo does work on amd64 and i386, but not necessarily on other architectures.) smcv