Greg Kroah-Hartman
598cf27219
Link: https://lore.kernel.org/r/20260217200002.683975158@linuxfoundation.org Tested-by: Florian Fainelli <florian.fainelli@broadcom.com> Tested-by: Takeshi Ogasawara <takeshi.ogasawara@futuring-girl.com> Tested-by: Peter Schneider <pschneider1968@googlemail.com> Tested-by: Jon Hunter <jonathanh@nvidia.com> Tested-by: Salvatore Bonaccorso <carnil@debian.org> Tested-by: Brett A C Sheffield <bacs@librecast.net> Tested-by: Mark Brown <broonie@kernel.org> Tested-by: Luna Jernberg <droidbittin@gmail.com> Tested-by: Ronald Warsow <rwarsow@gmx.de> Tested-by: Justin M. Forbes <jforbes@fedoraproject.org> Tested-by: Ron Economos <re@w6rz.net> Tested-by: Miguel Ojeda <ojeda@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
12 lines
602 B
C
12 lines
602 B
C
/*
|
|
* Dummy gnu/stubs.h. clang can end up including /usr/include/gnu/stubs.h when
|
|
* compiling BPF files although its content doesn't play any role. The file in
|
|
* turn includes stubs-64.h or stubs-32.h depending on whether __x86_64__ is
|
|
* defined. When compiling a BPF source, __x86_64__ isn't set and thus
|
|
* stubs-32.h is selected. However, the file is not there if the system doesn't
|
|
* have 32bit glibc devel package installed leading to a build failure.
|
|
*
|
|
* The problem is worked around by making this file available in the include
|
|
* search paths before the system one when building BPF.
|
|
*/
|