Menu
▾
▴
1 Attachments
#174 Fix musl build
Here is the compile log of the error:
http://autobuild.buildroot.net/results/603/603c4426c47220808305a416f3d60fec2d8c02a3/build-end.log
hm... that patch makes it build, but the resulting lirc-lsremotes will be broken. What compiler are you using and, BTW, what's musl?
musl is a libc: http://www.musl-libc.org/
$ output/host/usr/bin/x86_64-linux-gcc -v
Using built-in specs.
COLLECT_GCC=/home/bernd/buildroot/br3/output/host/opt/ext-toolchain/bin/x86_64-linux-gcc.br_real
COLLECT_LTO_WRAPPER=/home/bernd/buildroot/br3/output/host/opt/ext-toolchain/bin/../libexec/gcc/x86_64-buildroot-linux-musl/4.9.3/lto-wrapper
Target: x86_64-buildroot-linux-musl
Configured with: ./configure --prefix=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/usr --sysconfdir=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/etc --enable-static --target=x86_64-buildroot-linux-musl --with-sysroot=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/usr/x86_64-buildroot-linux-musl/sysroot --disable-__cxa_atexit --with-gnu-ld --disable-libssp --disable-multilib --with-gmp=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/usr --with-mpfr=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/usr --with-pkgversion='Buildroot 2015.11-rc1-00072-g4880195' --with-bugurl=http://bugs.buildroot.net/ --disable-libquadmath --disable-libsanitizer --disable-tls --disable-libmudflap --enable-threads --with-mpc=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/usr --without-isl --without-cloog --disable-decimal-float --with-arch=atom --enable-languages=c,c++ --with-build-time-tools=/opt/br-x86-64-musl-2015.11-rc1-71-g90d1299/usr/x86_64-buildroot-linux-musl/bin --enable-shared --disable-libgomp
Thread model: posix
gcc version 4.9.3 (Buildroot 2015.11-rc1-00072-g4880195)
The failure comes from that the GLOB_BRACE symbol is undefined. The symbol is documented in the glob(3) manpage.
It's a gcc extension, so basically it sort of should work(?). However, the proposed patch breaks lirc-lsremotes so it cannot be accepted here at upstream. My gut feeling is that it should be possible to fix this using a different set of #include. Also, although it seems to be some work, we'd certainly accept a patch to lirc-lsremotes.cpp to get rid of the only use of this symbol.
Fixed in [493857] (master) and [8bff82] (release-0_9_4). Closing
Related
Commit: [493857]
Commit: [8bff82]