Jorijn van der Graaf
dfb70bc088
The Linux gamepad backend included <libevdev/libevdev.h> from /usr/include/libevdev-1.0 and linked the system libevdev, but the Flatpak SDK crafter-build runs in (org.freedesktop.Sdk 26.08) ships no libevdev headers, so Crafter.Graphics stopped building there. lib/libevdev now carries libevdev 1.14.0 (MIT), built once as its own static library that Crafter.Graphics depends on. As part of cfg it would be compiled again in every test configuration, since they copy cfg.cFiles. libevdev's generated event-names.h names every input code by its macro, so the library compiles against the kernel input headers that table was generated from (lib/libevdev/kernel-headers), not the target's. That directory is deliberately not called include: Crafter.Build puts every include directory of a dependency on its consumers' include path, where those headers would shadow each consumer's own <linux/input.h>. The paths are absolute because Crafter.Build only resolves the returned configuration's paths against the project root. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
3 lines
122 B
C
3 lines
122 B
C
/* SPDX-License-Identifier: MIT */
|
|
/* What libevdev's meson.build writes into config.h on Linux. */
|
|
#define _GNU_SOURCE 1
|