- Nov 30, 2015
-
-
Peter Korsgaard authored
Signed-off-by:Peter Korsgaard <peter@korsgaard.com>
-
Rodrigo Rebello authored
Building conntrack-tools with kernel headers >= 4.2 + musl fails due to a well-known symbol clash that occurs when userspace and kernel headers are included simultaneously (see [1], question 7, for details). In the case of conntrack-tools, the inclusion of both 'netinet/in.h' and 'linux/in.h' occurs inside the C helper files (src/helpers/*.c) indirectly via e.g. 'libnetfilter_conntrack/libnetfilter_conntrack.h', which itself includes 'netinet/in.h', and 'linux/netfilter.h', which includes 'linux/in.h' in kernel headers >= 4.2. The approach to solving this type of conflict with musl usually involves removing the inclusion of kernel headers or refactoring the code so as to avoid the mentioned simultaneous inclusion. This is unfortunately non-trivial in the case of conntrack-tools since the clashing headers get included indirectly by headers that are strictly necessary (because of definitions used in some helper callbacks). Work around the issue by defining __GLIBC__ when musl is used. This eliminates the conflicts as the kernel headers avoid redefining certain symbols when they see __GLIBC__ defined (linux/libc-compat.h). Note that other glibc-compatible libraries, like uClibc, already do that internally. Fixes: http://autobuild.buildroot.net/results/66e/66ec247fa0fc385bef8d2084c65bf5cad3a8e8ca/ http://autobuild.buildroot.net/results/624/624a0d48decd819eb58cbb3c58ee904b87ebfb21/ [1] http://wiki.musl-libc.org/wiki/FAQ Signed-off-by:
Rodrigo Rebello <rprebello@gmail.com> Signed-off-by:
-
Waldemar Brodkorb authored
Compile tested for sparc/glibc and sparc64/glibc. Fixes following autobuilder problem: http://autobuild.buildroot.net/results/1d8e0c22594aef53f7a4de3491454aa78311c815/ Signed-off-by:
Waldemar Brodkorb <wbx@openadk.org> Signed-off-by:
-
Bernd Kuhls authored
To reproduce the setlocale-related build error use this minimal defconfig: BR2_TOOLCHAIN_BUILDROOT_CXX=y BR2_PACKAGE_LIBV4L=y BR2_PACKAGE_LIBV4L_UTILS=y After enabling locale support the build error is fixed: BR2_TOOLCHAIN_BUILDROOT_LOCALE=y BR2_TOOLCHAIN_BUILDROOT_CXX=y BR2_PACKAGE_LIBV4L=y BR2_PACKAGE_LIBV4L_UTILS=y Fixes http://autobuild.buildroot.net/results/f2e/f2e4e34fb14ce355a6e92afc83024b0445f52513/ http://autobuild.buildroot.net/results/fe5/fe56063ddd2232fea7699f5117497beb3deca11e/ http://autobuild.buildroot.net/results/1be/1be55f096ddef2aa38fdba681ed97cf74905477a/ Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
Vicente Olivert Riera authored
The ADDI instruction has been removed for MIPS R6, so valgrind fails to build for this revision level because it uses that assembly instruction. Using ADDIU instead fixes the problem. The patch has been sent upstream: https://bugs.kde.org/show_bug.cgi?id=356112 Fixes: http://autobuild.buildroot.net/results/488/488937704b3b6bae8daed7b24da8c740b56f4d84/ Signed-off-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
-
Peter Korsgaard authored
Fixes #8491 glib/valgrind.h contains inline asm not compatible with thumb1, so build it in arm mode: CC libglib_2_0_la-gstringchunk.lo /tmp/ccSVEXME.s: Assembler messages: /tmp/ccSVEXME.s:587: Error: shifts in CMP/MOV instructions are only supported in unified syntax -- `mov r12,r12,ror#3' /tmp/ccSVEXME.s:587: Error: shifts in CMP/MOV instructions are only supported in unified syntax -- `mov r12,r12,ror#13' /tmp/ccSVEXME.s:588: Error: shifts in CMP/MOV instructions are only supported in unified syntax -- `mov r12,r12,ror#29' /tmp/ccSVEXME.s:588: Error: shifts in CMP/MOV instructions are only supported in unified syntax -- `mov r12,r12,ror#19' /tmp/ccSVEXME.s:589: Error: lo register required -- `orr r10,r10,r10' Makefile:2087: recipe for target 'libglib_2_0_la-gslice.lo' failed Signed-off-by:
-
- Nov 29, 2015
-
-
Jörg Krause authored
zmqpp's Makefile does not install the static library. Signed-off-by:
Jörg Krause <joerg.krause@embedded.rocks> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Jörg Krause authored
The Makefile for zmqpp builds both shared and static libraries and the client binary. This leads to several build issues in a pure static library context: * R_ARM_TLS_LE32 relocation not permitted in shared object * relocation R_ARC_32_ME against `_ZSt7nothrow' can not be used when making a shared object; recompile with -fPIC We add a minimal patch to add some basic handling of building a shared or a static library only. Additionally, disable the client for static only builds as it depends on building the shared library in zmqpp's Makefile. As there is already version 4.1.2 available which provides a CMake build file which solves this issue (probably, not tested) we don't care for now. Fixes: http://autobuild.buildroot.net/results/345/345771eb488c60585e388fbbf4490df936e88e19/ http://autobuild.buildroot.net/results/21b/21b6912c70a5c300bdabde53bee6a1d9cc3bbb02/ http://autobuild.buildroot.net/results/d98/d9882d2ba00da16f76cea6d86a84cd4815ebbba2/ [Thomas: - don't change TARGET_CONFIGURE_OPTS, use ZMQPP_MAKE_OPTS instead. - simplify condition logic.] Signed-off-by: -
Sergio Prado authored
GCC 5.X generates an ICE when compiling gpsd for microblaze due to optimizations, so lets disable it for now to works around this problem. A bug was reported to the gcc bug tracker: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68485 Signed-off-by:
Sergio Prado <sergio.prado@e-labworks.com> Signed-off-by:
-
Alex Suykov authored
Fixes http://autobuild.buildroot.net/results/e92/e929de08954684e275a2f682264551b6cb07886a/ Signed-off-by:
Alex Suykov <alex.suykov@gmail.com> Signed-off-by:
-
Bernd Kuhls authored
We were missing the egl dependency when enabling Wayland GL support: https://github.com/glmark2/glmark2/blob/master/src/wscript_build#L28 Fixes http://autobuild.buildroot.net/results/858/8587d0cea86efa4c6e98817cadc7cce0b1b36e3d/ http://autobuild.buildroot.net/results/1f6/1f6853d5f7a83be60ccdf4f071a1df1491cf8137/ http://autobuild.buildroot.net/results/a4d/a4d830291ee8550b3c544ade7169218d5edd4d52/ http://autobuild.buildroot.net/results/536/536a8dc62783633943770a278dc9f1c6c5c0807c/ Signed-off-by:
-
Gustavo Zacarias authored
Doesn't build with broadway or wayland since it wants the X-variant of gdk. Fixes: http://autobuild.buildroot.net/results/91d/91dc6ab749f967ae046f856f3f592d5a548499c6/ Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Bernd Kuhls authored
Signed-off-by:
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/5ac/5ac519320ec79cf8117060dcc2620aa517845000/ Signed-off-by:
-
- Nov 28, 2015
-
-
Yann E. MORIN authored
When the target uses a merged /usr setup, gdbserver will only report paths in /lib to the remote gdb, which in turn will only look for libraries in staging/lib and never in staging/usr/lib. So. the merged (or non-merged) /usr setup must be replicated in the staging. The best solution where to do so is in the skeleton package, since it is guaranteed to come before any package that installs things in the staging, and even before the (internal or external) toolchain as well. Reported-by:
Pieterjan Camerlynck <pieterjan.camerlynck@gmail.com> Signed-off-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Pieterjan Camerlynck <pieterjan.camerlynck@gmail.com> Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Cc: Peter Korsgaard <jacmet@uclibc.org> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
-
Yann E. MORIN authored
currently, we only make the merged symlinks or non-merged mkdirs in the target directory. This is fine, as long as one does not run gdb. However, as soon as one wants to run gdbserver on the target, gdb will only search for libraries in /lib in the sysroot. In preparation for a patch to fix that, make the symlink-or-mkdir macro a function that takes as parameter the base directory where to create symlinks or mkdir in. Move the function declarations out of the custom/non-custom skeleton conditional block, so they are always available. Reported-by:
-
Vicente Olivert Riera authored
The logic for enabling gstreamer support in opencv is not correct. We select gstreamer-0.10 packages but then we enable gstreamer1 support in the opencv.mk file. opencv3 has the correct logic, so let's use it in opencv as well. Fixes: http://autobuild.buildroot.net/results/f6d/f6d0a4ffe347cbb868998856aca674ba8bc2e281/ Signed-off-by:
-
Benoît Thébaudeau authored
Add a force-reload operation that restarts minidlnad and makes it rebuild its database. This is what Debian does, and this is useful when media_dir is changed in the configuration file or when inotify can not detect changes inside the media directories (e.g. in case of a mount). Signed-off-by:
Benoît Thébaudeau <benoit@wsystem.com> Signed-off-by:
-
Dale Ghent authored
Signed-off-by:
Dale Ghent <daleg@omniti.com> Reviewed-by:
"Maxime Hadjinlian" <maxime.hadjinlian@gmail.com> Signed-off-by:
-
Thomas Petazzoni authored
As noticed by Peter Korsgaard, all the links to links.html are broken, they should point to support.html instead. Signed-off-by: -
Vicente Olivert Riera authored
Signed-off-by:
-
Thomas Petazzoni authored
Signed-off-by: -
Yann E. MORIN authored
The ./configure script is not up-to-date with what is in configure.ac, which prevents --with-ssh from working properly. So, we autoreconfigure autossh, which fixes the issue. Note however that this is not really an autotools package, since it only uses autoconf and not automake. However, making it a generic pacakge is not trivial, since autossh really wants config.h as generated by ./configure. Using the autotools infra in this case helps us easily autoreconfiguring without to manual depend on all the autotools-relates host packages. Signed-off-by:
-
- Nov 27, 2015
-
-
Thomas Petazzoni authored
sparc64 needs object files to be built with -fPIC in order to be usable in shared libraries, otherwise the shared library cannot be created. Fixes: http://autobuild.buildroot.org/results/8b8/8b894f0bd42c18e7cda98c15480757f10d743423/ Signed-off-by:
-
Yann E. MORIN authored
After version 1.4 (the previous one packaged in Buildroot), gstreamer has changed the location where it installs its gstconfig.h, because it is architecture-dependent, see upstream commit: http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?id=444ceb068424122ceba46d8cc48a53b8b32c3cf5 However, this causes build failures in some pcakges (at least FreeRDP is known to break) because either they do not use pkg-config (bad!) or, like FreeRDP, have a broken buildsystem and have not yet fixed their build failures [0]. In Buildroot, we do not really care about architecture-dependent locatios, because we only build for one architecture. So, the legacy location of that header is not problematic to us. Create a symbolic link to gstconfig.h in its legacy location. Fixes numerous FreeRDP build failures: http://autobuild.buildroot.org/results/438/4384ab572bdcb1d148bcdae5a67d8b0bf26d3049 http://autobuild.buildroot.org/results/b00/b0060f16c7464c240bc7d3b0ff17c9cb311fe30d http://autobuild.buildroot.org/results/cad/cadb2fb90ce66b1fa3051a6fcfb7c8142f420c31 ... [0] FreeRDP does have a commit supposedly fixing the build with "newer" gstreamer versions: https://github.com/FreeRDP/FreeRDP/commit/bea27fd919b64ee8d97996409e279e1e83d13594 but it makes the whole build completely fail, as it does not even detect gstreamer anymore. Sigh... :-( Signed-off-by: -
Sergio Prado authored
When building with musl, the build fails with a conflicting type qualifier error. This is because musl defines stdout and stderr as const pointers and RaspiVidYUV.c adds an extern declaration as normal pointers. Since this declaration already comes in on the header (stdio.h), there is no need to add an extern declaration, so removes it. Fixes: http://autobuild.buildroot.net/results/27bd6f32cecdb4e7c95247c1feaf2732c1d8e3fa Signed-off-by:
-
Yegor Yefremov authored
Without <linux/ioctl.h> include compiler cannot find _IOC_SIZEBITS macro, when using MUSL C library. Fixes: http://autobuild.buildroot.net/results/c86/c86fc75212df75906222772854c283396bb880d2/ Signed-off-by:
Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by:
-
Vicente Olivert Riera authored
Fixes: http://autobuild.buildroot.net/results/a92292a1defd441938d3de6c5049473d520ebc4e/ http://autobuild.buildroot.net/results/f3db555dc29e0e0e87762fcace913853ffe2b176/ mongrel2 bundles polarssl so it has the same problem as the polarssl with the assembly optimization, so let's use the same solution here. Signed-off-by:
-
Peter Korsgaard authored
Should have been part of -rc3, but seems like I forgot to save the file :/ Signed-off-by: -
Vicente Olivert Riera authored
Fixes: http://autobuild.buildroot.net/results/c34/c343c68d3e0dae4a7ecd59693298a9622bc56662/ Is not yet supported and the compilation will fail like this: [ 4%] Building C object library/CMakeFiles/polarssl.dir/bignum.c.o /tmp/ccLDxl9G.s: Assembler messages: /tmp/ccLDxl9G.s:92: Error: opcode not supported on this processor: mips32r6 (mips32r6) `multu $13,$14' /tmp/ccLDxl9G.s:93: Error: opcode not supported on this processor: mips32r6 (mips32r6) `addi $10,$10,4' /tmp/ccLDxl9G.s:94: Error: opcode not supported on this processor: mips32r6 (mips32r6) `mflo $14' /tmp/ccLDxl9G.s:95: Error: opcode not supported on this processor: mips32r6 (mips32r6) `mfhi $9' [...] Signed-off-by:
-
- Nov 26, 2015
-
-
Lada Trimasova authored
This patch fixes compiler error during libbroadvoice build. The comparison arguments where not correctly handled. The fix is done in development tree: https://github.com/foss-for-synopsys-dwc-arc-processors/gcc/commit/b4035128ba8f8bbbf9527f54f261a87b304ca4c5 and will be a part of the next release of ARC GNU tools. Once that new release happens this patch must be removed. Fixes: http://autobuild.buildroot.net/results/bea/beace68a19382b43370c798dcf7d2ef412f9d75e/ Signed-off-by:
Lada Trimasova <ltrimas@synopsys.com> Cc: Alexey Brodkin <abrodkin@synopsys.com> Cc: Anton Kolesov <akolesov@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Acked-by:
Alexey Brodkin <abrodkin@synopsys.com> Signed-off-by:
-
Peter Korsgaard authored
This got removed with the addition of the new website, but it is used by the manual so it no longer builds. Signed-off-by: -
Peter Korsgaard authored
Signed-off-by: -
Peter Korsgaard authored
Signed-off-by: -
Rodrigo Rebello authored
The conntrack-tools sources use the GNU version of 'struct tcphdr', which is not exposed by the musl headers unless _GNU_SOURCE is defined. The included patch adds the missing definition to 'src/helpers/rpc.c'. Fixes: http://autobuild.buildroot.net/results/046/04613c47b9669c28cc3ff47c65607c23730ef691/ http://autobuild.buildroot.net/results/520/520e8f327b9bd7eea59657bad702c35c632d115d/ http://autobuild.buildroot.net/results/3d3/3d36403ba80089faea5dd06bc7e4414d593bbfc1/ ... Signed-off-by:
-
Gustavo Zacarias authored
Even though COPYING is LGPLv2.1+ many code files state v2+ Signed-off-by:
Gustavo Zacarias <gustavo.zacarias@free-electrons.com> Acked-by:
-
Gustavo Zacarias authored
Even though COPYING.LIB is LGPLv2+ many code files state v2.1+ Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Even though COPYING is LGPLv2+ many code files state v2.1+ Signed-off-by:
-
