On 2020-03-11 at 15:24:23 +0100, Toke Høiland-Jørgensen <toke@xxxxxxxxxx> wrote: > Tobias Klauser <tklauser@xxxxxxxxxx> writes: > > > On 2020-03-11 at 13:49:53 +0100, Toke Høiland-Jørgensen <toke@xxxxxxxxxx> wrote: > >> Tobias Klauser <tklauser@xxxxxxxxxx> writes: > >> > >> > When compiling bpftool on a system where the /usr/include/asm symlink > >> > doesn't exist (e.g. on an Ubuntu system without gcc-multilib installed), > >> > the build fails with: > >> > > >> > CLANG skeleton/profiler.bpf.o > >> > In file included from skeleton/profiler.bpf.c:4: > >> > In file included from /usr/include/linux/bpf.h:11: > >> > /usr/include/linux/types.h:5:10: fatal error: 'asm/types.h' file not found > >> > #include <asm/types.h> > >> > ^~~~~~~~~~~~~ > >> > 1 error generated. > >> > make: *** [Makefile:123: skeleton/profiler.bpf.o] Error 1 > >> > > >> > To fix this, add /usr/include/$(uname -m)-linux-gnu to the clang search > >> > path so <asm/types.h> can be found. > >> > >> Isn't the right thing here to just install gcc-multilib? > > > > For a container build we would like to avoid installing gcc-multilib > > which pulls in additional dependencies which are otherwise not needed to > > build bpftool. This patch would allow that. > > Ah, right. Well, stating that use case in the commit message would have > been nice :) Agree. Can also do a v2 if needed adding that rationale to the commit message. There's anyway a typo in the patch subject (s/iprofiler/profiler) which I could also fix :) Tobias