- Aug 17, 2014
-
-
Peter Korsgaard authored
Signed-off-by:Peter Korsgaard <peter@korsgaard.com>
-
Thomas Petazzoni authored
Following the introduction of the support for the musl C library, the support of C++ exceptions or features like pthread_exit() got broken even with other libraries such as glibc. This was reported as bug #7028. The problem was caused by the gcc patch needed to add support for musl, which modified the libgcc/unwind-dw2-fde-dip.c logic to decide whether USE_PT_GNU_EH_FRAME should be enabled or not. It completely removed the existing logic, replacing it by a single logic based on the definition of TARGET_DL_ITERATE_PHDR. However, this constant gets defined by the configure script only for Solaris, or Linux Musl platforms. For glibc/uClibc, the configure script does not define it, and therefore USE_PT_GNU_EH_FRAME is not defined, causing issues with exception handling. This patch fixes that by restoring all the logic of libgcc/unwind-dw2-fde-dip.c, and just adding the musl logic as one more case. It has been successfully runtime tested using the two code examples provided in bug #7208, with uClibc, musl and glibc. Cc: Krzysztof Wrzalik <kwrzalik@gmail.com> Cc: David Bachelart <david.bachelart@bbright.com> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
-
Thomas Petazzoni authored
Following the introduction of the support for the musl C library, the support of C++ exceptions or features like pthread_exit() got broken even with other libraries such as glibc. This was reported as bug #7028. The problem was caused by the gcc patch needed to add support for musl, which modified the libgcc/unwind-dw2-fde-dip.c logic to decide whether USE_PT_GNU_EH_FRAME should be enabled or not. It completely removed the existing logic, replacing it by a single logic based on the definition of TARGET_DL_ITERATE_PHDR. However, this constant gets defined by the configure script only for Solaris, or Linux Musl platforms. For glibc/uClibc, the configure script does not define it, and therefore USE_PT_GNU_EH_FRAME is not defined, causing issues with exception handling. This patch fixes that by restoring all the logic of libgcc/unwind-dw2-fde-dip.c, and just adding the musl logic as one more case. It has been successfully runtime tested using the two code examples provided in bug #7208, with uClibc, musl and glibc. Cc: Krzysztof Wrzalik <kwrzalik@gmail.com> Cc: David Bachelart <david.bachelart@bbright.com> Signed-off-by:
-
Thomas Petazzoni authored
Following the introduction of the support for the musl C library, the support of C++ exceptions or features like pthread_exit() got broken even with other libraries such as glibc. This was reported as bug #7028. The problem was caused by the gcc patch needed to add support for musl, which modified the libgcc/unwind-dw2-fde-dip.c logic to decide whether USE_PT_GNU_EH_FRAME should be enabled or not. It completely removed the existing logic, replacing it by a single logic based on the definition of TARGET_DL_ITERATE_PHDR. However, this constant gets defined by the configure script only for Solaris, or Linux Musl platforms. For glibc/uClibc, the configure script does not define it, and therefore USE_PT_GNU_EH_FRAME is not defined, causing issues with exception handling. This patch fixes that by restoring all the logic of libgcc/unwind-dw2-fde-dip.c, and just adding the musl logic as one more case. It has been successfully runtime tested using the two code examples provided in bug #7208, with uClibc, musl and glibc. Cc: Krzysztof Wrzalik <kwrzalik@gmail.com> Cc: David Bachelart <david.bachelart@bbright.com> Signed-off-by:
-
Thomas Petazzoni authored
This commit fixes bug #7250, by allowing more libstdc++ features to be enabled with uClibc. libstdc++ wants an absolutely complete C99 support in the C library before enabling *any* feature that needs some C99 functions. However, uClibc doesn't provide C99 complex numbers, so libstdc++ disables a lot of C++ standard methods, even though they are not related to C99 complex numbers. A partial solution already existed in the patch 302-c99-snprintf.patch, but this commit replaces it by the more complete 850-libstdcxx-uclibc-c99.patch, which is highly inspired by https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58393 , except that it doesn't rely on configure.ac checks, but simply on testing defined(__UCLIBC__) like was done in 302-c99-snprintf.patch. This allows to avoid having to autoreconf gcc, which is quite complicated to achieve. Reported-by:
Richard <tarka.t.otter@gmail.com> Cc: Richard <tarka.t.otter@gmail.com> Signed-off-by:
-
Thomas Petazzoni authored
This commit fixes bug #7250, by allowing more libstdc++ features to be enabled with uClibc. libstdc++ wants an absolutely complete C99 support in the C library before enabling *any* feature that needs some C99 functions. However, uClibc doesn't provide C99 complex numbers, so libstdc++ disables a lot of C++ standard methods, even though they are not related to C99 complex numbers. A partial solution already existed in the patch 302-c99-snprintf.patch, but this commit replaces it by the more complete 850-libstdcxx-uclibc-c99.patch, which is highly inspired by https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58393 , except that it doesn't rely on configure.ac checks, but simply on testing defined(__UCLIBC__) like was done in 302-c99-snprintf.patch. This allows to avoid having to autoreconf gcc, which is quite complicated to achieve. Reported-by:
-
Thomas Petazzoni authored
This commit fixes bug #7250, by allowing more libstdc++ features to be enabled with uClibc. libstdc++ wants an absolutely complete C99 support in the C library before enabling *any* feature that needs some C99 functions. However, uClibc doesn't provide C99 complex numbers, so libstdc++ disables a lot of C++ standard methods, even though they are not related to C99 complex numbers. A partial solution already existed in the patch 302-c99-snprintf.patch, but this commit replaces it by the more complete 850-libstdcxx-uclibc-c99.patch, which is highly inspired by https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58393 , except that it doesn't rely on configure.ac checks, but simply on testing defined(__UCLIBC__) like was done in 302-c99-snprintf.patch. This allows to avoid having to autoreconf gcc, which is quite complicated to achieve. Reported-by:
-
Thomas Petazzoni authored
This commit fixes bug #7250, by allowing more libstdc++ features to be enabled with uClibc. libstdc++ wants an absolutely complete C99 support in the C library before enabling *any* feature that needs some C99 functions. However, uClibc doesn't provide C99 complex numbers, so libstdc++ disables a lot of C++ standard methods, even though they are not related to C99 complex numbers. A partial solution already existed in the patch 302-c99-snprintf.patch, but this commit replaces it by the more complete 850-libstdcxx-uclibc-c99.patch, which is highly inspired by https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58393 , except that it doesn't rely on configure.ac checks, but simply on testing defined(__UCLIBC__) like was done in 302-c99-snprintf.patch. This allows to avoid having to autoreconf gcc, which is quite complicated to achieve. Reported-by:
-
Thomas Petazzoni authored
Since we marked the AVR32 architecture deprecated, it can no longer be selected in a normal configuration. This has caused the AVR32 defconfigs to fail to build in our daily Jenkins tests. In order to make them build again, they must use BR2_DEPRECATED=y. Of course, when we remove AVR32 completely, we'll remove those defconfigs as well. Signed-off-by:
-
Thomas Petazzoni authored
When ELF binaries and shared libraries are used, the internal functions of libnftnl such as xfree() are not visible to the outside world (their visibility is 'hidden'). Therefore, the fact that other programs (especially nftables) may have symbols with the same name does not cause any problem. However, when doing static linking on a non-ELF platform (such as Blackfin, which uses the FLAT binary format), there is no way of encoding this visibility. Therefore, the xfree() symbols of libnftnl becomes visible to the outside world, causing a conflict with the xfree() symbol defined by nftables. To solve this, this patch renames the libnftnl xfree() function to libnftnl_xfree(). This commit fixes a problem seen after building nftables statically on Blackfin. This problem was seen after the previous patch fixing the autobuilder failure: http://autobuild.buildroot.org/results/98b/98b707ffdeeb1cda94b7c1019ef29cf5fd7db8bf/ Signed-off-by:
-
Thomas Petazzoni authored
When linking against readline, it forgets to link against ncurses, which is needed by readline. Fix this by passing LIBS="-lcurses" to the configure script. Fixes: http://autobuild.buildroot.org/results/98b/98b707ffdeeb1cda94b7c1019ef29cf5fd7db8bf/ Signed-off-by:
-
- Aug 16, 2014
-
-
Bernd Kuhls authored
Fixes http://autobuild.buildroot.net/results/50f/50fedb54cf005d1177d85c5a34fd10a1c354ba5b/ http://autobuild.buildroot.net/results/9fc/9fce0825772e99de3c6808b729641147385413aa/ Signed-off-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
Gustavo Zacarias authored
Since 3.0.x was EOL and deprecated this would cause it to use newer headers than the kernel and cause issues. So switch to custom kernel headers version string to fix this. Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Gustavo Zacarias authored
Follow the upstream EOL cycle and mark 3.0, 3.11, 3.13 and 3.15 as deprecated for 2014.08. Signed-off-by:
-
Thomas De Schampheleire authored
Images specified in the asciidoc sources (currently only the logo) are displayed as the file name in the text version of the manual. This causes an odd line to appear: logo.png Avoid this by setting the image representation macros to {empty} in manual-text. Signed-off-by:Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Acked-by:
Samuel Martin <s.martin49@gmail.com> Reviewed-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Tested-by:
-
Thomas De Schampheleire authored
When the asciidoc source contain URLs of the form: http://example.com[An example website] the text representation of the manual would only contain: An example website without displaying the actual URL. This patch adds an asciidoc configuration file that sets the inline macros for several URL types so that the display becomes: An example website [http://example.com] For URLs where no link text was provided, the display becomes: http://example.com which is the same as before. Signed-off-by: -
Thomas De Schampheleire authored
This patch introduces support for asciidoc configuration files, specific for each output format (html, text, pdf, ...). This is useful to make certain tweaks in the document generation. If a file docs/manual/asciidoc-<format>.conf is present, it is passed to asciidoc as configuration file. If no file for the current format is present, the options passed to asciidoc are empty. Signed-off-by:
-
Thomas De Schampheleire authored
In the gendoc infrastructure, using an assignment of the form FOO = docs/$(1)/bar inside GENDOC_INNER does not work as expected: the $(1) value is empty here and the value of FOO becomes 'docs//bar'. Parameters $(2), $(3), etc. do not have this problem. The specific thing about $(1) is that it is a parameter to GENDOC itself (indicating the document to create) and passed transparently to GENDOC_INNER. This is different from the package infrastructures, where $(1) is set from $(pkgname). In fact, the same strategy could be used by the gendoc infrastructure as well, as $(pkgname) resolves to 'manual' for file docs/manual/manual.mk. This has the advantage that the described problem does not occur. Note that this means that if we want to use the same GENDOC infrastructure for another document, it will have to reside in a separate directory than the manual. Signed-off-by: -
Thomas De Schampheleire authored
Currently, pkg-utils.mk (included via package/Makefile.in) is only included when a configuration file already exists. This means that none of the utilities it defines are available without .config. In particular: - the MESSAGE macro, causing pretty build output. Since some make targets can be run even without .config, like 'make manual', not having this pretty printing is odd. - pkgname, pkgdir: in a subsequent patch, these functions will be used for the generation of the manual, and since this should work also without .config, we need these functions to be available. This patch moves the include of pkg-utils.mk from package/Makefile.in to Makefile, outside of the check for .config. This is a quick fix. The full solution involves to minimize the amount of Makefile code that is guarded by a check on .config. This approach will be taken in the 2014.11 release cycle. Signed-off-by:
-
Francois Perrad authored
the new option OPTIMIZE needs the same replacement. see http://autobuild.buildroot.net/results/278f9d121273a16cedc009c0b8df0a8659d8fb73/ Signed-off-by:
Francois Perrad <francois.perrad@gadz.org> Signed-off-by:
-
- Aug 15, 2014
-
-
Bernd Kuhls authored
Use pcap-config to list optional libpcap dependencies that we need to list when building statically. Inspired by Baruch Siach http://git.buildroot.net/buildroot/commit/package/dhcpdump/dhcpdump.mk?id=429f4415cd153c6809394a8b3245d4d15bba3ec3 Fixes http://autobuild.buildroot.net/results/c7e/c7e3b2897a9cb9ab55dc7b1a2cd1961235d2d1a4/ http://autobuild.buildroot.net/results/60f/60f82bedae255f6b69c9a5ac22686c76c6276301/ http://autobuild.buildroot.net/results/1b7/1b771af04a95a78144141a5d555c97bbb5a7e13f/ http://autobuild.buildroot.net/results/1f4/1f45e2adcc80c4a209aa5895260985460933575c/ Signed-off-by:
-
Bernd Kuhls authored
Use pcap-config to list optional libpcap dependencies that we need to list when building statically. Inspired by Baruch Siach http://git.buildroot.net/buildroot/commit/package/dhcpdump/dhcpdump.mk?id=429f4415cd153c6809394a8b3245d4d15bba3ec3 Fixes http://autobuild.buildroot.net/results/3c5/3c584b850cabebcf93dfd61c59e28988165a41c4/ http://autobuild.buildroot.net/results/938/93842b54767cca51c68ad33ddc93ec58d70602c8/ http://autobuild.buildroot.net/results/0ae/0ae4adec7fe66f819c7b3dabf13648fb29247de6/ http://autobuild.buildroot.net/results/9c2/9c203bc6ca91da68c9e7335611c1fb56224380bc/ Signed-off-by:
-
Bernd Kuhls authored
Fixes CCLD rstartd.real auth.o: In function `_do_auth': auth.c:(.text+0x6a): undefined reference to `_fork' server.o: In function `_detach': server.c:(.text+0x80a): undefined reference to `_fork' To reproduce use this defconfig http://autobuild.buildroot.net/results/8d5/8d5ad404fab7ec2a501972ba9c08b0109e420b80/defconfig Signed-off-by:
-
Bernd Kuhls authored
Fixes matchbox-panel: http://autobuild.buildroot.net/results/8d5/8d5ad404fab7ec2a501972ba9c08b0109e420b80/ and matchbox-desktop: mbdesktop_win_plugin.o: In function `mbdesktop_win_plugin_load': /home/br/br/output/build/matchbox-desktop-0.9.1/src/mbdesktop_win_plugin.c:22: undefined reference to `_fork' and matchbox-wm: matchbox-remote.o: In function `mbcommand': /home/fli4l/br3/output/build/matchbox-wm-1.2/src/matchbox-remote.c:147: undefined reference to `_fork' Signed-off-by:
-
Yann E. MORIN authored
When selecting an option of a package, that package must also be selected, otherwise the package is not built. Signed-off-by:
-
Bernd Kuhls authored
Wrong variable name is used which can lead to build errors for the host variant: [...] -I. -DUNIX" AS=" -c" -f unix/Makefile generic c _match.s make[1]: c: command not found Signed-off-by:
-
Eric Le Bihan authored
As reported in https://bugs.busybox.net/show_bug.cgi?id=7286 , systemd fails to build with BR2_OPTIMIZE_2=y. This mode activates the GCC options -flto and -ffat-lto-objects, which do not mix well with the GCC tricks used in src/compat-libs/linkwarning.h to build the compatibility libraries. As a temporary workaround, this patch disables link time optimization for systemd. Signed-off-by:
Eric Le Bihan <eric.le.bihan.dev@free.fr> Signed-off-by:
-
Vicente Olivert Riera authored
gnupg2 needs a toolchain with locale support or a package which provides a suitable iconv implementation (libiconv). Otherwise it will fail at the configure phase with an error like this one: *** It is now required to build with support for iconv *** Please install a suitable iconv implementation. Fixes: http://autobuild.buildroot.net/results/8c9/8c93c28533dfebffa8b2e34b1421d3fa3cdeb278/ Signed-off-by:
Vicente Olivert Riera <Vincent.Riera@imgtec.com> Reviewed-by:
Markos Chandras <Markos.Chandras@imgtec.com> Signed-off-by:
-
Gustavo Zacarias authored
Fixes: CVE-2014-0032 - mod_dav_svn is vunerable to a remotely triggerable segfault DoS vulnerability when SVNListParentPath is on. CVE-2014-3522 - Serf RA layer does not correctly validate certificates with wildcards in them for HTTPS. CVE-2014-3528 - Credentials cached with Subversion may be sent to the wrong server. Signed-off-by:
-
Gustavo Zacarias authored
Fixes CVE-2014-2497 - NULL pointer dereference Patch from upstream: https://bitbucket.org/libgd/gd-libgd/commits/463c3bd09bfe8e924e19acad7a2a6af16953a704 Signed-off-by:
-
Romain Naour authored
On fedora 20 64bits host, the file /usr/share/config.site contains a fix for installing libraries into /lib/lib64 on 64bits systems that redefine libdir in the generated Makefile. This causes the bug 7262 reported Normen Bolling. Set CONFIG_SITE to "no" to not use config.site fixes: https://bugs.busybox.net/show_bug.cgi?id=7262 Reported-by:
Normen Bolling <normen.bolling@teufel.de> Cc: Normen Bolling <normen.bolling@teufel.de> Cc: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by:
Romain Naour <romain.naour@openwide.fr> Tested-by:
-
Bernd Kuhls authored
Fixes misc.o: In function `_xfork': misc.c:(.text+0x614): undefined reference to `_fork' ../lib/libtar.a(rtapelib.o): In function `_rmt_open__': rtapelib.c:(.text+0x6d2): undefined reference to `_fork' To reproduce use this defconfig http://autobuild.buildroot.net/results/8d5/8d5ad404fab7ec2a501972ba9c08b0109e420b80/defconfig Signed-off-by:
-
Peter Korsgaard authored
Fixes http://autobuild.buildroot.net/results/284/284313e660c3c9fad891fd71aa56ca5751946dc6/ For the multi planar api (mp_pix). It was actually added in 2.6.39 (commit f8f3914cf9), but we only have symbols for 3.x kernels, so use 3.0 instead. Signed-off-by:
-
Luca Ceresoli authored
Commit 93917b69 (2013.11) introduced the installation of the binary .qm translation files, unconditionally. However, the installed size is very large for some embedded systems (about 8 MB), and they are not needed in many cases. In order to avoid such a waste of storage space, commit 2ff32941 (2014.08) made this installation an option that could be disabled. For backward compatibility, the option default was set to yes. Given the size of these files, and that they had never been installed by Buildroot versions before 2013.11, change the default to not installing them. Interested users can still activate it as needed. Also update and improve the help text. Signed-off-by:
Luca Ceresoli <luca@lucaceresoli.net> Reviewed-by:
Danomi Manchego <danomimanchego123@gmail.com> Cc: Danomi Manchego <danomimanchego123@gmail.com> Cc: Vivien Didelot <vivien.didelot@savoirfairelinux.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
-
Thomas Petazzoni authored
Add a patch to libcuefile to fix BR2_PREFER_STATIC_LIB=y configurations. Fixes: http://autobuild.buildroot.org/results/13e/13ecdab5bb132532674a51e0e0e1136d417dfcd9/ Signed-off-by:
-
Thomas Petazzoni authored
This commit adjusts the libebml package to not build a shared library when BR2_PREFER_STATIC_LIB=y. Fixes: http://autobuild.buildroot.org/results/262/26279f72b6c5708f363b3cce2102afa0eccc3a72/ Signed-off-by:
-
Nathaniel Roach authored
"The build failures of bandwidthd observed in the autobuilders in relation to libpng are caused by the usage of -L/usr/lib -L/usr/local/lib in the compiler flags, which leads the configure script to try to link against a host libpng library." These issues are fixed by: * Version bump to -r08 "[patched] the configure.ac script to remove the hardcoded -L/usr/local/lib and -I/usr/local/include. The bandwidthd package -was already autoreconfigured, so there is no need to add it." * "Adding the --without-x option, which ensures that the configure.ac script will not add -L/usr/lib to the compiler flags (and we anyway haven't added any sort of X.org support to bandwidthd for the moment)." Both fixes by Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: -
Bernd Kuhls authored
Packages shouldn't strip executables by themselves, so that Buildroot controls whether stripping should occur or not. This also fixes the build on Blackfin FLAT where stripping actually doesn't work because stripping FLAT binaries is not supported. Inspired by Thomas: http://git.buildroot.net/buildroot/commit/package/hdparm/hdparm.mk?id=11dbb615338cd768acc2c3138064ddf557e9b60b Fixes http://autobuild.buildroot.net/results/581/581c43b50c9717e53334eb156ece95fe499ccb04/ http://autobuild.buildroot.net/results/57a/57a1bdc22b803114c018fa007884385bf8355151/ http://autobuild.buildroot.net/results/d8a/d8a1aadebd302abc923bc4865e1242ab2479d641/ Signed-off-by:
-
Francois Perrad authored
Set OPTIMIZE in order to avoid the use of the host $Config{optimize} value which could cause breakage when cross-compiling for the target. See discussion in http://lists.busybox.net/pipermail/buildroot/2014-August/104129.html Signed-off-by: -
Thomas Petazzoni authored
The gatttool utility uses readline, and is therefore built only if --enable-client is used, i.e when bluez5_utils client applications are enabled. Therefore, this commit makes BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL depend on BR2_PACKAGE_BLUEZ5_UTILS_CLIENT. It also moves BR2_PACKAGE_BLUEZ5_UTILS_GATTTOOL to be right below the BR2_PACKAGE_BLUEZ5_UTILS_CLIENT definition. Fixes: http://autobuild.buildroot.org/results/f2b/f2b8b1bf5d50e6223a9a6d6858320975edb2a25a/ Signed-off-by:
-
