libv4l: needs kernel headers >= 3.18
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80
BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45
Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cd
--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)
package/libv4l/Config.in +1 -1
@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE help
package/v4l2grab/Config.in +1 -1
@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L help
package/zbar/Config.in +1 -1
@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBAR depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L help
Signature · 1 line
2.17.1
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cd
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Or: the commit d6025b0e8c7f57b0f9390f987acc5eed57360d80 adds already a copy of the linux/bpf.h header, maybe only the dependent linux/bpf_common.h file is missing?
Regards,
Peter
Quoted 46 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +1
-1@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBAR depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L help
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Dear Peter,
Le ven. 2 nov. 2018 ? 15:20, Peter Seiderer <[email protected]> a ?crit :
Quoted 15 lines
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cd
Quoted 5 lines
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Yes, you're right, at least I should have moved this dependency to the utils option.
Quoted 4 lines
Or: the commit
d6025b0e8c7f57b0f9390f987acc5eed57360d80adds already a copy of thelinux/bpf.hheader, maybe only the dependentlinux/bpf_common.hfile is missing?
Indeed, I think this is the best solution. I will set this patch as rejected and let you send a new patch.
We have an other build failure with this bump:
http://autobuild.buildroot.org/results/c18/c18fb7f1ac81496db9c3a4e91ea028a26ca600b0/build-end.log
This build failure is due to the clang dependency that has been added with:
https://git.linuxtv.org/v4l-utils.git/commit/?id=91b37c0d9cb71fc2d5f78cc96aa2ef9f3bba145b
I'm trying to fix it but I don't know if this will be easy as I'm not familiar with clang.
At least, we'll have to add host-clang (which is a "big" dependency) and remove or customize the "-target bpf" in the following command line:
$(CLANG) $(CLANG_SYS_INCLUDES) -I$(top_srcdir)/include -target bpf -O2 -c $<
An other option would be to disable BPF protocols for the time being by setting ac_cv_prog_CLANG to "".
Do you have an opinion on this one?
Quoted 42 lines
Regards,
PeterQuoted 38 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +0
-0@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBAR
Quoted 9 lines
package/zbar/Config.in config BR2_PACKAGE_ZBAR · line 9
Quoted 8 lines
package/zbar/Config.in +1
-1depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L help
Best Regards,
Fabrice
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Hello Fabrice,
Quoted 22 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 15:20, Peter Seiderer <[email protected]> a ?crit :Quoted 15 lines
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cdQuoted 5 lines
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Quoted 8 lines
Yes, you're right, at least I should have moved this dependency to the utils option.
Quoted 4 lines
Or: the commit
d6025b0e8c7f57b0f9390f987acc5eed57360d80adds already a copy of thelinux/bpf.hheader, maybe only the dependentlinux/bpf_common.hfile is missing?Indeed, I think this is the best solution. I will set this patch as rejected and let you send a new patch.
Ok, will try out the alternative solution...
Quoted 14 lines
We have an other build failure with this bump:
http://autobuild.buildroot.org/results/c18/c18fb7f1ac81496db9c3a4e91ea028a26ca600b0/build-end.logThis build failure is due to the clang dependency that has been added with:
https://git.linuxtv.org/v4l-utils.git/commit/?id=91b37c0d9cb71fc2d5f78cc96aa2ef9f3bba145bI'm trying to fix it but I don't know if this will be easy as I'm not familiar with clang.
At least, we'll have to add host-clang (which is a "big" dependency) and remove or customize the "-target bpf" in the following command line:
$(CLANG) $(CLANG_SYS_INCLUDES) -I$(top_srcdir)/include -target bpf -O2 -c $<
Quoted 3 lines
An other option would be to disable BPF protocols for the time being by setting
ac_cv_prog_CLANGto "".
Do you have an opinion on this one?
The last lines from build-end.log:
make[1]: Leaving directory '/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1'
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/grundig.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_length.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/rc_mm.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_distance.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/manchester.o" is "None", should be "MIPS R3000"
Would suspect an false error detection through support/scripts/check-bin-arch script?
Regards,
Peter
Quoted 54 lines
Quoted 42 lines
Regards,
PeterQuoted 38 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +0
-0@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBARQuoted 9 lines
package/zbar/Config.in config BR2_PACKAGE_ZBAR · line 9
Quoted 8 lines
package/zbar/Config.in +1
-1depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helpBest Regards,
Fabrice
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Dear Peter,
Le ven. 2 nov. 2018 ? 18:46, Peter Seiderer <[email protected]> a ?crit :
Quoted 30 lines
Hello Fabrice,
Quoted 25 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 15:20, Peter Seiderer <[email protected]> a ?crit :Quoted 15 lines
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cdQuoted 5 lines
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Yes, you're right, at least I should have moved this dependency to the utils option.
Quoted 1 line
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Or: the commit
d6025b0e8c7f57b0f9390f987acc5eed57360d80adds already a copy of thelinux/bpf.hheader, maybe only the dependentlinux/bpf_common.hfile is missing?Indeed, I think this is the best solution. I will set this patch as rejected and let you send a new patch.
Ok, will try out the alternative solution...
I don't want to push this work on you. If you prefer, I can also work on it.
Quoted 21 lines
Quoted 15 lines
We have an other build failure with this bump:
http://autobuild.buildroot.org/results/c18/c18fb7f1ac81496db9c3a4e91ea028a26ca600b0/build-end.logThis build failure is due to the clang dependency that has been added with:
https://git.linuxtv.org/v4l-utils.git/commit/?id=91b37c0d9cb71fc2d5f78cc96aa2ef9f3bba145bI'm trying to fix it but I don't know if this will be easy as I'm not familiar with clang.
At least, we'll have to add host-clang (which is a "big" dependency) and remove or customize the "-target bpf" in the following command line:
$(CLANG) $(CLANG_SYS_INCLUDES) -I$(top_srcdir)/include -target bpf -O2 -c $<Quoted 3 lines
An other option would be to disable BPF protocols for the time being by setting
ac_cv_prog_CLANGto "".
Do you have an opinion on this one?The last lines from build-end.log:
Quoted 8 lines
make[1]: Leaving directory '
/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1'
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/grundig.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_length.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/rc_mm.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_distance.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/manchester.o" is "None", should be "MIPS R3000"Would suspect an false error detection through support/scripts/check-bin-arch script?
Nope, this is a true error, clang is detected on the host and it is used to build these 5 object files:
clang -idirafter /usr/local/include -idirafter /usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include -idirafter /usr/include/x86_64-linux-gnu -idirafter /usr/include -I../../../include -target bpf -O2 -c grundig.c clang -idirafter /usr/local/include -idirafter /usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include -idirafter /usr/include/x86_64-linux-gnu -idirafter /usr/include -I../../../include -target bpf -O2 -c pulse_distance.c clang -idirafter /usr/local/include -idirafter /usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include -idirafter /usr/include/x86_64-linux-gnu -idirafter /usr/include -I../../../include -target bpf -O2 -c pulse_length.c clang -idirafter /usr/local/include -idirafter /usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include -idirafter /usr/include/x86_64-linux-gnu -idirafter /usr/include -I../../../include -target bpf -O2 -c rc_mm.c clang -idirafter /usr/local/include -idirafter /usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include -idirafter /usr/include/x86_64-linux-gnu -idirafter /usr/include -I../../../include -target bpf -O2 -c manchester.c
Then these files are installed on staging/target:
/bin/bash /home/peko/autobuild/instance-0/output/build/libv4l-1.16.1/build-aux/install-sh grundig.o pulse_distance.o pulse_length.o rc_mm.o manchester.o "/home/peko/autobuild/instance-0/output/host/mipsel-buildroot-linux-gnu/sysroot/lib/udev/rc_keymaps/protocols"
The issue is that these files are built for the host, not the target. As I said, I don't know much about clang, especially I don't know why they want to use it just for these BPF protocol files. Perhaps someone on the mailing list will be more knowledgable than me.
Quoted 59 lines
Regards,
PeterQuoted 54 lines
Quoted 42 lines
Regards,
PeterQuoted 38 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +0
-0@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBARQuoted 9 lines
package/zbar/Config.in config BR2_PACKAGE_ZBAR · line 9
Quoted 8 lines
package/zbar/Config.in +1
-1depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helpBest Regards,
Fabrice
Best Regards,
Fabrice
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Hello Fabrice,
Quoted 32 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 18:46, Peter Seiderer <[email protected]> a ?crit :Quoted 30 lines
Hello Fabrice,
Quoted 25 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 15:20, Peter Seiderer <[email protected]> a ?crit :Quoted 15 lines
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cdQuoted 5 lines
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Yes, you're right, at least I should have moved this dependency to the utils option.
Quoted 1 line
Quoted 9 lines
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Or: the commit
d6025b0e8c7f57b0f9390f987acc5eed57360d80adds already a copy of thelinux/bpf.hheader, maybe only the dependentlinux/bpf_common.hfile is missing?Indeed, I think this is the best solution. I will set this patch as rejected and let you send a new patch.
Ok, will try out the alternative solution...
I don't want to push this work on you. If you prefer, I can also work on it.
Quoted 1 line
Thanks, but patch already created, see:
https://patchwork.ozlabs.org/patch/992510/
Quoted 54 lines
Quoted 20 lines
Quoted 14 lines
We have an other build failure with this bump:
http://autobuild.buildroot.org/results/c18/c18fb7f1ac81496db9c3a4e91ea028a26ca600b0/build-end.logThis build failure is due to the clang dependency that has been added with:
https://git.linuxtv.org/v4l-utils.git/commit/?id=91b37c0d9cb71fc2d5f78cc96aa2ef9f3bba145bI'm trying to fix it but I don't know if this will be easy as I'm not familiar with clang.
At least, we'll have to add host-clang (which is a "big" dependency) and remove or customize the "-target bpf" in the following command line:
$(CLANG) $(CLANG_SYS_INCLUDES) -I$(top_srcdir)/include -target bpf -O2 -c $<Quoted 3 lines
An other option would be to disable BPF protocols for the time being by setting
ac_cv_prog_CLANGto "".
Do you have an opinion on this one?The last lines from build-end.log:
Quoted 8 lines
make[1]: Leaving directory '
/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1'
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/grundig.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_length.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/rc_mm.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_distance.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/manchester.o" is "None", should be "MIPS R3000"Would suspect an false error detection through support/scripts/check-bin-arch script?
Nope, this is a true error, clang is detected on the host and it is used to build these 5 object files:
clang -idirafter
/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cgrundig.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cpulse_distance.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cpulse_length.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -crc_mm.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cmanchester.cThen these files are installed on staging/target:
Quoted 8 lines
/bin/bash/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1/build-aux/install-shgrundig.o pulse_distance.o pulse_length.o rc_mm.o manchester.o "/home/peko/autobuild/instance-0/output/host/mipsel-buildroot-linux-gnu/sysroot/lib/udev/rc_keymaps/protocols"The issue is that these files are built for the host, not the target. As I said, I don't know much about clang, especially I don't know why they want to use it just for these BPF protocol files. Perhaps someone on the mailing list will be more knowledgable than me.
I still believe they are compiled for bpf interpreter (in-kernel bytecode machine), see the '-target bpf' above...
Regards,
Peter
Quoted 62 lines
Quoted 59 lines
Regards,
PeterQuoted 54 lines
Quoted 42 lines
Regards,
PeterQuoted 38 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +0
-0@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBARQuoted 9 lines
package/zbar/Config.in config BR2_PACKAGE_ZBAR · line 9
Quoted 8 lines
package/zbar/Config.in +1
-1depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helpBest Regards,
Fabrice
Best Regards,
Fabrice
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Hello Fabrice,
Quoted 108 lines · Peter Seiderer
Hello Fabrice,
Quoted 32 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 18:46, Peter Seiderer <[email protected]> a ?crit :Quoted 30 lines
Hello Fabrice,
Quoted 25 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 15:20, Peter Seiderer <[email protected]> a ?crit :Quoted 15 lines
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cdQuoted 5 lines
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Yes, you're right, at least I should have moved this dependency to the utils option.
Quoted 1 line
Quoted 9 lines
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Or: the commit
d6025b0e8c7f57b0f9390f987acc5eed57360d80adds already a copy of thelinux/bpf.hheader, maybe only the dependentlinux/bpf_common.hfile is missing?Indeed, I think this is the best solution. I will set this patch as rejected and let you send a new patch.
Ok, will try out the alternative solution...
I don't want to push this work on you. If you prefer, I can also work on it.
Quoted 1 line
Thanks, but patch already created, see:
https://patchwork.ozlabs.org/patch/992510/
Quoted 58 lines
Quoted 20 lines
Quoted 14 lines
We have an other build failure with this bump:
http://autobuild.buildroot.org/results/c18/c18fb7f1ac81496db9c3a4e91ea028a26ca600b0/build-end.logThis build failure is due to the clang dependency that has been added with:
https://git.linuxtv.org/v4l-utils.git/commit/?id=91b37c0d9cb71fc2d5f78cc96aa2ef9f3bba145bI'm trying to fix it but I don't know if this will be easy as I'm not familiar with clang.
At least, we'll have to add host-clang (which is a "big" dependency) and remove or customize the "-target bpf" in the following command line:
$(CLANG) $(CLANG_SYS_INCLUDES) -I$(top_srcdir)/include -target bpf -O2 -c $<Quoted 3 lines
An other option would be to disable BPF protocols for the time being by setting
ac_cv_prog_CLANGto "".
Do you have an opinion on this one?The last lines from build-end.log:
Quoted 8 lines
make[1]: Leaving directory '
/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1'
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/grundig.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_length.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/rc_mm.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_distance.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/manchester.o" is "None", should be "MIPS R3000"Would suspect an false error detection through support/scripts/check-bin-arch script?
Nope, this is a true error, clang is detected on the host and it is used to build these 5 object files:
clang -idirafter
/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cgrundig.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cpulse_distance.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cpulse_length.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -crc_mm.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cmanchester.cThen these files are installed on staging/target:
/bin/bash/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1/build-aux/install-shgrundig.o pulse_distance.o pulse_length.o rc_mm.o manchester.o "/home/peko/autobuild/instance-0/output/host/mipsel-buildroot-linux-gnu/sysroot/lib/udev/rc_keymaps/protocols"
Quoted 8 lines
Quoted 4 lines
The issue is that these files are built for the host, not the target. As I said, I don't know much about clang, especially I don't know why they want to use it just for these BPF protocol files. Perhaps someone on the mailing list will be more knowledgable than me.
I still believe they are compiled for bpf interpreter (in-kernel bytecode machine), see the '-target bpf' above...
But maybe disabling clang (libv4l uses a host installed one?) support via ac_cv_prog_CLANG is the right thing to do (could not test it, no clang installed here locally)....
Regards,
Peter
Quoted 70 lines
Regards,
PeterQuoted 55 lines
Quoted 55 lines
Regards,
PeterQuoted 51 lines
Quoted 51 lines
Regards,
PeterQuoted 46 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +1
-1@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBAR depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helpQuoted 7 lines
Quoted 4 lines
Quoted 3 lines
Best Regards,
Fabrice
Best Regards,
Fabrice
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot
PATCH 1/1 libv4l: needs kernel headers >= 3.18
Dear Peter,
Le ven. 2 nov. 2018 ? 20:23, Peter Seiderer <[email protected]> a ?crit :
Quoted 122 lines
Hello Fabrice,
Quoted 108 lines · Peter Seiderer
Hello Fabrice,
Quoted 32 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 18:46, Peter Seiderer <[email protected]> a ?crit :Quoted 30 lines
Hello Fabrice,
Quoted 25 lines · Fabrice Fontaine
Dear Peter,
Le ven. 2 nov. 2018 ? 15:20, Peter Seiderer <[email protected]> a ?crit :Quoted 15 lines
Hello Fabrice,
Quoted 9 lines · Fabrice Fontaine
Bump to version 1.16.1 added a dependency to bpf headers:
https://git.linuxtv.org/v4l-utils.git/commit/?id=d6025b0e8c7f57b0f9390f987acc5eed57360d80BPF headers are available since kernel 3.18:
https://github.com/torvalds/linux/commit/c15952dc18d8a293d976ac6c06d44d9d98023b45Fixes:
- http://autobuild.buildroot.org/results/d22c0939eed4bc949f7eaeae7595d01ec45cc2cdQuoted 5 lines
Thanks for taking care of the autobuild failure, but....
To be exact, only utils/keytable depend on the (new) linux kernel bpf header, so it would be sufficient for only v4l-utils to depend on headers >= 3.18 (or split v4l-utils into the single utils with different dependencies)?
Yes, you're right, at least I should have moved this dependency to the utils option.
Quoted 1 line
Quoted 9 lines
Quoted 7 lines
Quoted 5 lines
Quoted 3 lines
Or: the commit
d6025b0e8c7f57b0f9390f987acc5eed57360d80adds already a copy of thelinux/bpf.hheader, maybe only the dependentlinux/bpf_common.hfile is missing?Indeed, I think this is the best solution. I will set this patch as rejected and let you send a new patch.
Ok, will try out the alternative solution...
I don't want to push this work on you. If you prefer, I can also work on it.
Quoted 1 line
Thanks, but patch already created, see:
https://patchwork.ozlabs.org/patch/992510/
Quoted 58 lines
Quoted 20 lines
Quoted 14 lines
We have an other build failure with this bump:
http://autobuild.buildroot.org/results/c18/c18fb7f1ac81496db9c3a4e91ea028a26ca600b0/build-end.logThis build failure is due to the clang dependency that has been added with:
https://git.linuxtv.org/v4l-utils.git/commit/?id=91b37c0d9cb71fc2d5f78cc96aa2ef9f3bba145bI'm trying to fix it but I don't know if this will be easy as I'm not familiar with clang.
At least, we'll have to add host-clang (which is a "big" dependency) and remove or customize the "-target bpf" in the following command line:
$(CLANG) $(CLANG_SYS_INCLUDES) -I$(top_srcdir)/include -target bpf -O2 -c $<Quoted 3 lines
An other option would be to disable BPF protocols for the time being by setting
ac_cv_prog_CLANGto "".
Do you have an opinion on this one?The last lines from build-end.log:
Quoted 8 lines
make[1]: Leaving directory '
/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1'
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/grundig.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_length.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/rc_mm.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/pulse_distance.o" is "None", should be "MIPS R3000"
ERROR: architecture for "/lib/udev/rc_keymaps/protocols/manchester.o" is "None", should be "MIPS R3000"Would suspect an false error detection through support/scripts/check-bin-arch script?
Nope, this is a true error, clang is detected on the host and it is used to build these 5 object files:
clang -idirafter
/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cgrundig.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cpulse_distance.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cpulse_length.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -crc_mm.cclang -idirafter/usr/local/include-idirafter/usr/lib/llvm-3.8/bin/../lib/clang/3.8.1/include-idirafter/usr/include/x86_64-linux-gnu-idirafter/usr/include-I../../../include -target bpf -O2 -cmanchester.cThen these files are installed on staging/target:
/bin/bash/home/peko/autobuild/instance-0/output/build/libv4l-1.16.1/build-aux/install-shgrundig.o pulse_distance.o pulse_length.o rc_mm.o manchester.o "/home/peko/autobuild/instance-0/output/host/mipsel-buildroot-linux-gnu/sysroot/lib/udev/rc_keymaps/protocols"Quoted 8 lines
Quoted 4 lines
The issue is that these files are built for the host, not the target. As I said, I don't know much about clang, especially I don't know why they want to use it just for these BPF protocol files. Perhaps someone on the mailing list will be more knowledgable than me.
I still believe they are compiled for bpf interpreter (in-kernel bytecode machine), see the '-target bpf' above...
Quoted 3 lines
But maybe disabling clang (libv4l uses a host installed one?) support via
ac_cv_prog_CLANGis the right thing to do (could not test it, no clang installed here locally)....
Yes, I think this is the easiest solution for the time being.
However, thanks to your input about the in-kernel bytecode machine, a long term solution would be:
- to patch support/scripts/check-bin-arch for in-kernel bytecode machine
- to add an optional dependency to elfutils and host-clang if BR2_PACKAGE_LIBV4L_UTILS is enabled
- to patch llvm.mk to set LLVM_TARGET_ARCH to "host" if BR2_PACKAGE_LLVM_TARGET_ARCH is empty. Without it, build fails on "Unknown architecture".
I will work on the last two ones and send patches for your review. Concerning the first one, I don't know how to fix it (yet). If this is not easy, we could always fallback on disabling clang.
Quoted 75 lines
Regards,
PeterQuoted 70 lines
Regards,
PeterQuoted 55 lines
Quoted 55 lines
Regards,
PeterQuoted 51 lines
Quoted 51 lines
Regards,
PeterQuoted 46 lines
Signed-off-by Fabrice Fontaine <[email protected]>--- package/libv4l/Config.in | 2 +- package/v4l2grab/Config.in | 2 +- package/zbar/Config.in | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)package/libv4l/Config.in +1
-1@@ -2,7 +2,7 @@ config BR2_PACKAGE_LIBV4L bool "libv4l" depends on BR2_TOOLCHAIN_HAS_THREADS depends on BR2_INSTALL_LIBSTDCPP - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # media headers + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # bpf headers select BR2_PACKAGE_ARGP_STANDALONE if BR2_TOOLCHAIN_USES_UCLIBC || BR2_TOOLCHAIN_USES_MUSL select BR2_PACKAGE_LIBICONV if !BR2_ENABLE_LOCALE helppackage/v4l2grab/Config.in +1
-1@@ -4,7 +4,7 @@ config BR2_PACKAGE_V4L2GRAB depends on BR2_USE_MMU # libv4l depends on !BR2_STATIC_LIBS # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helppackage/zbar/Config.in +1
-1@@ -3,7 +3,7 @@ config BR2_PACKAGE_ZBAR depends on BR2_TOOLCHAIN_HAS_THREADS # libv4l depends on BR2_USE_MMU # libv4l depends on BR2_INSTALL_LIBSTDCPP # libv4l - depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0 # libv4l + depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18 # libv4l select BR2_PACKAGE_JPEG select BR2_PACKAGE_LIBV4L helpQuoted 7 lines
Quoted 4 lines
Quoted 3 lines
Best Regards,
Fabrice
Best Regards,
Fabrice
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot
Best Regards,
Fabrice