[Buildroot] Analysis of build results
Thomas Petazzoni
thomas.petazzoni at bootlin.com
Thu Feb 27 22:49:05 UTC 2020
Hello,
Here is an analysis of yesterday's build failures. Please have a look
and help!
On Thu, 27 Feb 2020 09:31:33 -0000
Thomas Petazzoni <thomas.petazzoni at bootlin.com> wrote:
> arch | reason | OK? | url | orph?
> -------------+--------------------------------+-----+---------------------------------------------------------------------------------+-------
> microblazeel | bash-5.0 | NOK | http://autobuild.buildroot.net/results/c4bc6cc208e94ffb84caaea03c4898a3001c7f9a | ORPH
Would be fixed by http://patchwork.ozlabs.org/patch/1242647/, but I'm
personally not entirely sure about this patch.
> arc | bitcoin-0.19.0.1 | NOK | http://autobuild.buildroot.net/results/f4821f44ceb2811e9ab160dd2cb886243215df52 |
> arc | bitcoin-0.19.0.1 | NOK | http://autobuild.buildroot.net/results/f3ac50c32c7e4fd3a5e9e3dd4170b0799a26270b |
undefined reference to `std::__atomic_futex_unsigned_base::_M_futex_notify_all(unsigned int*)'
According to http://autobuild.buildroot.net/?reason=bitcoin%, this only
happens on the ARC architecture.
ARC maintainers, any idea ?
> mips64el | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/4569cbbe97ab9057e5e3909a03540544d588a479 |
> sparc | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/71fdd490873809acd89d7b3e3ea27e88c5b62c24 |
> xtensa | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/caa1041217f8b2bc835dd6a06c13d59f70f72caa |
> arc | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/a05dee0491871bdd7d0a8f53d96e7971f7c71d1a |
> arc | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/a8edb5621ecc2d250f572240b0607762735b0ffb |
> sparc | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/1c6d8e80974547c48f6a4c9d2ff43b9ba268a2aa |
> arm | brltty-6.0 | NOK | http://autobuild.buildroot.net/results/7d8ccf9cc8559db9aed19bf32e6cb342141bd360 |
Fixed by https://git.buildroot.org/buildroot/commit/?id=7bed3ee409661107b6ce2a05c48adcc7f79258fa.
> xtensa | domoticz-0f411f781ae4fb4a82... | NOK | http://autobuild.buildroot.net/results/7885705f1b1c0f31cf21b464150f5509929c1906 |
Toolchain issue:
BFD (GNU Binutils) 2.31.1 internal error, aborting at elf32-xtensa.c:3283 in elf_xtensa_finish_dynamic_sections
Max, any idea ?
> m68k | dvdauthor-0.7.2 | NOK | http://autobuild.buildroot.net/results/9c7f4f22386d4ffd211ed62da323f9861f1b1716 |
elf2flt issue, Romain has posted a series to avoid it.
> arm | fail2ban-0.11.1 | NOK | http://autobuild.buildroot.net/results/4b16c925a0aa0aba073324e2c3a4297c456b55bd |
I would assume fixed by
https://git.buildroot.org/buildroot/commit/?id=bdc9364ffae64623158830698a4f84fb2a179910.
> riscv64 | gerbera-1.3.4 | NOK | http://autobuild.buildroot.net/results/b499442a920dd3969e2beb2099504d33641b4980 |
/home/buildroot/autobuild/instance-3/output-1/per-package/gerbera/host/opt/ext-toolchain/bin/../lib/gcc/riscv64-buildroot-linux-gnu/8.3.0/../../../../riscv64-buildroot-linux-gnu/bin/ld: cannot find /lib64/libc.so.6
/home/buildroot/autobuild/instance-3/output-1/per-package/gerbera/host/opt/ext-toolchain/bin/../lib/gcc/riscv64-buildroot-linux-gnu/8.3.0/../../../../riscv64-buildroot-linux-gnu/bin/ld: cannot find /usr/lib/libc_nonshared.a
/home/buildroot/autobuild/instance-3/output-1/per-package/gerbera/host/opt/ext-toolchain/bin/../lib/gcc/riscv64-buildroot-linux-gnu/8.3.0/../../../../riscv64-buildroot-linux-gnu/bin/ld: cannot find /lib/ld-linux-riscv64-lp64d.so.1
This is a per-package directory build issue I believe.
> xtensa | gst1-plugins-base-1.16.2 | NOK | http://autobuild.buildroot.net/results/42cbc33ded6cf04f5cb2edb105f2e561d06886ff |
/home/buildroot/autobuild/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/xtensa-buildroot-linux-uclibc/8.3.0/../../../../xtensa-buildroot-linux-uclibc/bin/ld: gstplugin.c:(.text+0xb58): undefined reference to `g_module_open'
/home/buildroot/autobuild/instance-0/output-1/host/opt/ext-toolchain/bin/../lib/gcc/xtensa-buildroot-linux-uclibc/8.3.0/../../../../xtensa-buildroot-linux-uclibc/bin/ld: gstplugin.c:(.text+0xb5c): undefined reference to `g_module_error'
static linking issue. Any brave meson/gstreamer person in the house ?
Adam ? :-)
> mips64el | host-go-1.13.8 | NOK | http://autobuild.buildroot.net/results/fa13a054995d6060d2dc15c36007e41a50ed7fc4 |
Some funky toolchain issue:
/data/buildroot/buildroot-test/instance-0/output/build/host-go-1.13.8/pkg/tool/linux_amd64/link: running /data/buildroot/buildroot-test/instance-0/output/host/bin/mips64el-linux-gcc failed: exit status 1
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped
compilation terminated.
/data/buildroot/buildroot-test/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mips64el-buildroot-linux-uclibc/5.5.0/../../../../mips64el-buildroot-linux-uclibc/bin/ld: /tmp/go-link-130627779/go.o: relocation R_MIPS_26 against `a local symbol' can not be used when making a shared object; recompile with -fPIC
/data/buildroot/buildroot-test/instance-0/output/host/opt/ext-toolchain/bin/../lib/gcc/mips64el-buildroot-linux-uclibc/5.5.0/../../../../mips64el-buildroot-linux-uclibc/bin/ld: BFD (GNU Binutils) 2.31.1 assertion fail elfxx-mips.c:6550
> mips64el | host-grpc-1.25.0 | NOK | http://autobuild.buildroot.net/results/4f853af32b5c09e63896e2125b5d018d279c0951 |
Yann's machine still exhibiting this weird issue.
> aarch64 | host-nodejs-12.16.0 | NOK | http://autobuild.buildroot.net/results/a83acd958d177a47ea2b1ca94b8a163da3e4a2c5 |
> arm | host-nodejs-12.16.0 | NOK | http://autobuild.buildroot.net/results/c7934318c29b9dce9062d93158906409c5229a6d |
Would be fixed by http://patchwork.ozlabs.org/patch/1239736/, but I
don't like the fact that package A refers to package B build directory.
> arc | libgdiplus-5.6 | NOK | http://autobuild.buildroot.net/results/46c5cf068cf9ea50e53491870d9dbf3f134c8c22 |
/home/test/autobuild/run/instance-3/output-1/host/opt/ext-toolchain/bin/../lib/gcc/arc-buildroot-linux-uclibc/9.2.1/../../../../arc-buildroot-linux-uclibc/bin/ld: ../src/.libs/libgdiplus.so: undefined reference to `GifQuantizeBuffer'
This is *not* a static linking issue.
> m68k | libopenssl-1.1.1d | NOK | http://autobuild.buildroot.net/results/686b92af36ec691dd06078c18df21f59209bea06 |
elf2flt mess.
> sparc64 | lxc-3.2.1 | NOK | http://autobuild.buildroot.net/results/94d021c513569cf4062619127ec2262d30b3201f |
error: [m[Kinvalid 'asm': invalid operand output code
Jérôme, you are listed as the lxc package developer, could you have a
look ?
> arm | mesa3d-19.3.4 | NOK | http://autobuild.buildroot.net/results/6387b0a99e1a0922811919623d9a10b0943988df |
{standard input}: Assembler messages:
{standard input}:334: Error: selected processor does not support `vldm r4,{q0,q1,q2,q3}' in ARM mode
{standard input}:335: Error: selected processor does not support `vst1.8 d0,[r3],r2' in ARM mode
{standard input}:336: Error: selected processor does not support `vst1.8 d1,[r3],r2' in ARM mode
{standard input}:337: Error: selected processor does not support `vst1.8 d2,[r3],r2' in ARM mode
Bad stuff happens when building the vc4 driver. It probably needs some
minimal ARM architecture variant.
> powerpc | mimic-1.1.0 | NOK | http://autobuild.buildroot.net/results/ddb1c83ede34c125296563227f6b8f4b76729480 |
/home/giuliobenetti/autobuild/run/instance-0/output-1/host/lib/gcc/powerpc-buildroot-linux-uclibc/8.3.0/crtbeginS.o: in function `__do_global_dtors_aux':
crtstuff.c:(.text+0x13c): relocation truncated to fit: R_PPC_PLTREL24 against symbol `__cxa_finalize' defined in .text section in /home/giuliobenetti/autobuild/run/instance-0/output-1/host/powerpc-buildroot-linux-uclibc/sysroot/lib/libc.so.1
collect2: error: ld returned 1 exit status
> m68k | mimic-1.1.0 | NOK | http://autobuild.buildroot.net/results/1a0caff18be6d55395c40f4d9f04076b03122757 |
elf2flt mess.
> arm | minicom-52b626b15a883b03006... | NOK | http://autobuild.buildroot.net/results/d3edbab1f2cd0f7b790e2559dc8d489497ae02f3 |
Fixed by https://git.buildroot.org/buildroot/commit/?id=acbae76d6977b1f2d3847ea379c7dd8f1761f565.
> x86_64 | mongodb-r4.0.12 | NOK | http://autobuild.buildroot.net/results/80a0d9dc59567c28b891c50c63280cea3aad613f |
src/mongo/util/heap_profiler.cpp:484:33: error: 'abi' has not been declared
> arm | mongodb-r4.0.12 | NOK | http://autobuild.buildroot.net/results/5765e33f444a22701b055015ed41436d3526e9eb |
/home/test/autobuild/run/instance-1/output-1/host/opt/ext-toolchain/bin/../lib/gcc/arm-linux-gnueabihf/7.3.1/../../../../arm-linux-gnueabihf/bin/ld.gold: error: /home/test/autobuild/run/instance-1/output-1/host/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libyaml-cpp.a(null.cpp.o): requires unsupported dynamic reloc R_ARM_MOVW_ABS_NC; recompile with -fPIC
> aarch64_be | opencv3-3.4.9 | NOK | http://autobuild.buildroot.net/results/3938ecd3a0aae2e87d3876e7bf0d8244dcffb457 |
/home/test/autobuild/run/instance-2/output-1/build/opencv3-3.4.9/modules/dnn/misc/caffe/opencv-caffe.pb.h:17:2: error: #error This file was generated by an older version of protoc which is
#error This file was generated by an older version of protoc which is
Sigh.
> microblazeel | pango-1.44.6 | NOK | http://autobuild.buildroot.net/results/e5cfb968bc867d14f4ef4dd8da63b51360bc6808 | ORPH
Static linking issue.
> or1k | protobuf-3.11.0 | NOK | http://autobuild.buildroot.net/results/25a594a74795bbccf5a218a6cd3b6804beac6e4d |
> or1k | protobuf-3.11.0 | NOK | http://autobuild.buildroot.net/results/f0086358fd7bca5f2e77855c926641329e2e6ac8 |
> or1k | protobuf-3.11.0 | NOK | http://autobuild.buildroot.net/results/079fd66a15dba75ed1ba70aec8708f35fb7e93fe |
> or1k | protobuf-3.11.0 | NOK | http://autobuild.buildroot.net/results/f800a5f24cb4b23231165ad60c03bf177bad4a9f |
/home/giuliobenetti/autobuild/run/instance-3/output-1/host/opt/ext-toolchain/bin/../lib/gcc/or1k-buildroot-linux-uclibc/5.4.0/../../../../or1k-buildroot-linux-uclibc/bin/ld: BFD (GNU Binutils) 2.31.1 assertion fail elf32-or1k.c:1752
/home/giuliobenetti/autobuild/run/instance-3/output-1/host/opt/ext-toolchain/bin/../lib/gcc/or1k-buildroot-linux-uclibc/5.4.0/../../../../or1k-buildroot-linux-uclibc/bin/ld: BFD (GNU Binutils) 2.31.1 assertion fail elf32-or1k.c:1752
Giulio, I think you like toolchain issues! :-)
> powerpc | qpdf-9.1.1 | NOK | http://autobuild.buildroot.net/results/c57fccab2e644b4b97971e9961682fac96f00a5c |
libtool: error: 'libqpdf/build/QUtil.lo' is not a valid libtool object
Not sure. Parallel build issue ?
> m68k | qpdf-9.1.1 | NOK | http://autobuild.buildroot.net/results/1e2299df96a2ddea22907870b6571553c5e7f7ef |
elf2flt mess.
> arm | qt5svg-5.12.7 | NOK | http://autobuild.buildroot.net/results/1c957888ba8f6124f093f96653035c8db2fc37ca |
per-package directory issue known, due to qt5
> arm | rocksdb-6.6.4 | NOK | http://autobuild.buildroot.net/results/832e1c85ee5ff79c74e84536ce09a66befe14c39 |
> arm | rocksdb-6.6.4 | NOK | http://autobuild.buildroot.net/results/cdf9f3435e9526eee12bbf036d333c82323d24ba |
Would be fixed by http://patchwork.ozlabs.org/patch/1243001/.
> microblazeel | unknown | NOK | http://autobuild.buildroot.net/results/b92c1c09de74886c9039b3b76f35275f4e7a7b6c |
Another funky toolchain issue:
/home/giuliobenetti/autobuild/run/instance-3/output-1/per-package/x264/host/bin/../lib/gcc/microblazeel-buildroot-linux-uclibc/8.3.0/../../../../microblazeel-buildroot-linux-uclibc/bin/ld: FDE encoding in /home/giuliobenetti/autobuild/run/instance-3/output-1/per-package/x264/host/bin/../lib/gcc/microblazeel-buildroot-linux-uclibc/8.3.0/libgcc.a(_divdi3.o)(.eh_frame) prevents .eh_frame_hdr table being created
> i686 | unknown | NOK | http://autobuild.buildroot.net/results/cdee1d3a823238be39f1d0bc6eb3498633b25865 |
Probably a top-level parallel build issue.
> arm | unknown | NOK | http://autobuild.buildroot.net/results/4e60fa31b1cd08bc7fdf9c5dd3a3f4941e029ba3 |
Top-level parallel build issue that is fixed by my rework of the
installed file list collection logic:
mv: cannot stat '/home/giuliobenetti/autobuild/run/instance-0/output-1/build/.files-list-staging.new': No such file or directory
> microblazeel | unknown | NOK | http://autobuild.buildroot.net/results/8466f1798cad365040ba6a5359fac30aafc82a60 |
Reproducible build issue in:
- getconf
- rpm
> x86_64 | unknown | NOK | http://autobuild.buildroot.net/results/deb862bed384296c2a6f119f63d4174cacb823d9 |
Probably another top-level parallel build issue.
> arm | unknown | NOK | http://autobuild.buildroot.net/results/4ce1704d3fc60fd3dec1d06b9031fb674b2236e3 |
Fixed by my rework of the installed file collection logic:
comm: /home/naourr/work/instance-1/output-1/build/.files-list-staging.new: No such file or directory
> riscv64 | vlc-3.0.8 | NOK | http://autobuild.buildroot.net/results/e8fd34f3b9b7166772e04d3e15c478990d07d894 |
> riscv32 | vlc-3.0.8 | NOK | http://autobuild.buildroot.net/results/a61819381ff8dc59b1cf20338df6b6a49f63e0c0 |
> i586 | vlc-3.0.8 | NOK | http://autobuild.buildroot.net/results/f11e2f24b998ac68891ab58a2bcf7b8677801767 |
video_filter/opencv_example.cpp:200:46: error: could not convert 'cv::Scalar_<double>((double)0, (double)0, (double)0, (double)0)' from 'cv::Scalar' {aka 'cv::Scalar_<double>'} to 'CvScalar'
cvRectangle( p_img[0], pt1, pt2, CV_RGB(0,0,0), 3, 8, 0 );
Bernd, you are in charge of vlc, could you have a look ?
Thanks!
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
More information about the buildroot
mailing list