alsa-lib/include/sound/asound.h

/* workaround for building with old glibc / kernel headers */
#include <alsa/sound/type_compat.h>

#include <alsa/sound/uapi/asound.h>
header: Fix build error with old kernel headers Old development environment doesn't necessarily contain the headers defining __kernel_long_t that is recently used for y2038 timespec conditional. Define it explicitly in such a case. Signed-off-by: Takashi Iwai <tiwai@suse.de> 2020-05-06 22:40:16 +02:00			`/* workaround for building with old glibc / kernel headers */`
asound.h: fix the __packed use for the out-of-kernel code Also, move __kernel_long_t to type_compat.h for the consistency. Fixes: https://github.com/alsa-project/alsa-lib/issues/171 Signed-off-by: Jaroslav Kysela <perex@perex.cz> 2021-08-20 21:13:44 +02:00			`#include <alsa/sound/type_compat.h>`
header: Fix build error with old kernel headers Old development environment doesn't necessarily contain the headers defining __kernel_long_t that is recently used for y2038 timespec conditional. Define it explicitly in such a case. Signed-off-by: Takashi Iwai <tiwai@suse.de> 2020-05-06 22:40:16 +02:00
Fix alsa/sound/.h for external programs The recent update of sound/.h to sync with the latest Linus uapi files broke the build of alsa-tools programs. These files used to be a modified version of Linux sound/* header files, so that they could be built without Linux headers. The special prefix like __user and other things were worked around there. We may do that again, but a better approach is to fix those things in Linux kernel uapi side, while we keep the minimal workaround in alsa-lib such as the __u16 and co type definitions. This patch is such an attempt, namely: - Keep the original $LINUX/uapi/sound/.h in include/sound/uapi directory - The "fixes" are applied to some uapi headers, so that they don't contain Linux-specific prefix and use of opaque struct like snd_ctl_elem_id - The uapi headers are included indirectly from include/sound/.h - Some headers have inclusion of type_compat.h for the Linux variable types and prefixes - type_compat.h tries to use <linux/types.h> when __linux__ is defined, instead of the own conflicting definitions The last type might need a bit more adjustment depending on the compiler, but it can be fixed locally without disturbing else. Signed-off-by: Takashi Iwai <tiwai@suse.de> 2019-12-20 15:46:48 +01:00			`#include <alsa/sound/uapi/asound.h>`