- 28 Jun, 2015 20 commits
-
-
Francois Perrad authored
This commit adds a new defconfig for the Olimex A20 OLinuxino Lime board, based on the 3.4.x vendor specific kernel, which allows to use the Mali 3D acceleration for OpenGL support. Reviewed-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
Francois Perrad <francois.perrad@gadz.org> Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
-
Francois Perrad authored
This commit adds a new defconfig for the Olimex A20 OLinuxino Lime board, based on the 4.x mainline kernel. Reviewed-by:
-
Maxime Ripard authored
In order to allow other packages to easily select libaio without duplicating its complicated architecture dependencies, this commit introduces a BR2_PACKAGE_LIBAIO_ARCH_SUPPORTS blind option. Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Signed-off-by:
-
Francois Perrad authored
Signed-off-by:
-
Francois Perrad authored
previously, this library was a part of sunxi-mali [Thomas: add missing comment about the glibc dependency.] Signed-off-by:
-
Martin Bark authored
[Thomas: fix minor Config.in formatting issues pointed by Yann.] Signed-off-by:
Martin Bark <martin@barkynet.com> Reviewed-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by:
-
Thomas Petazzoni authored
Following the switch to uClibc-ng as the default library, uClibc-ng was also used as the default on ARC, while we actually want to use the ARC specific version by default on this architecture. Signed-off-by: -
Alexey Brodkin authored
Even though this is only RC1 it's been heavily used internally so it should not be any worse than existing arc-2014.12. Moreover this relase (and so its RC1) finally delivers support of NPTL for ARC in uClibc. That's why it would be good to allow interested users to start trying it (for example WebKit and apps that use WebKit could be successfully built and run) also it will be helpful to run that new toolchain through autobuilder in attempt to find any hidden regressions so we have a solid toolchain for release. If there's an interest in that patch more patches will follow with subsequent RCs and essentially on appearence or relese Buildroot will be updated with it. Signed-off-by:
Alexey Brodkin <abrodkin@synopsys.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: arc-buildroot@synopsys.com Signed-off-by:
-
Guido Martínez authored
check_arm_abi builds a test C file to check that the toolchain is working correctly, with the output redirected to /dev/null. However, some toolchains (OSELAS 2014.12.0, for instance) foolishly append ".gdb" to the output filename for an intermediate file, causing an attempt to write to /dev/null.gdb, which obviously fails. Fix this by adding changing the output to a temporary file, which is later removed along with any other "suffixed" files. Suggested-by:
Guido Martínez <guido@vanguardiasur.com.ar> Reviewed-by:
-
Guido Martínez authored
Add the Cortex M3 variant. These microcontrollers don't support regular ARM instructions and don't have an MMU. Signed-off-by:
-
Yann E. MORIN authored
A very interesting use-case for a kconfig-based package is to create a custom (def)config file based on one bundled with the package itself, like described in PR-8156 : make menuconfig -> enable kernel, use an in-tree defconfig, save and exit make linux-menuconfig -> enable/disable whatever option, save and exit make menuconfig -> change to use a custom defconfig file, set a path, save and exit make linux-update-config -> should save to the new custom defconfig file However, that is currently not possible, because the dependency chain when saving the configuration goes back up to the (newly-set!) custom (def)config file, which does not exist. So, we break the dependency chain so that saving the configuration does not depend on that file. Instead, we use a terminal rule that checks that the configuration has indeed been done, and fails if not. Closes #8156. Reported-by:
-
Yann E. MORIN authored
After we exit the configurators, we need to re-run the kconfig fixups to ensure the user is not able to override them in the configurators. Currently, we schedule that "for later", by removing the corresponding stamp file, so make will run the fixups "later". This means the user has access to the un-fixed .config file, which he might decide to copy and use as a reference (not too bad, since we'd run the fixups anyway; but not clean either). Note that we still remove the stamp file before running the fixups, in case any one of those fixups breaks, so we don't want to believe the fixups have been applied; the fixup macro will touch that file anyway. Signed-off-by:
-
Yann E. MORIN authored
The same fixups will have to be done after leaving the configurators, so we want to commonalise that code. Signed-off-by:
-
Yann E. MORIN authored
Even though we do have a dependency chain back to each of the kconfig base and fragment files: $$($(2)_DIR)/.config: $$($(2)_KCONFIG_FILE) $$($(2)_KCONFIG_FRAGMENT_FILES) we can't rely on it to ensure they are all present, because they all have this rule: $$($(2)_KCONFIG_FILE) $$($(2)_KCONFIG_FRAGMENT_FILES): | $(1)-patch but since this rule has no prerequisite (only build-order, but that does not count in this case) and no recipe, make will believe each missing file to be a PHONY target, and will always run targets that depend on it: https://www.gnu.org/software/make/manual/make.html#Force-Targets So, that means a missing kconfig base or fragment file would always cause the rule to generate .config to be run at each invocation, which in turn would cause a rebuild of the kernel, which is clearly not what we want. Since this is expected make behaviour, we can well end up with a missing Kconfig base or fragment. To avoid continuously rebuilding the kernel in that case, we must check those files exist by ourselves, and error out if any one of them is missing. One would expect we check for them right in their dependency rule, like so: $$($(2)_KCONFIG_FILE) $$($(2)_KCONFIG_FRAGMENT_FILES): | $(1)-patch [ -f $(@) ] || {echo Missing $(@) >&2; exit 1; } but that does not work, as only the first target is tested for. That check msut be turned into a loop explicitly testing all files, like so: $$($(2)_KCONFIG_FILE) $$($(2)_KCONFIG_FRAGMENT_FILES): | $(1)-patch for f in $$($(2)_KCONFIG_FILE) $$($(2)_KCONFIG_FRAGMENT_FILES); do \ [ -f $(@) ] || {echo Missing $$$${f} >&2; exit 1; }; \ done Signed-off-by: -
Yann E. MORIN authored
Kconfig fragments may be present in the package, so we need to extract and patch it before we can use the fragments. Signed-off-by:
-
Martin Bark authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Gustavo Zacarias authored
Also add hash file. Signed-off-by:
-
Gustavo Zacarias authored
Drop 110-pr64896.patch and 920-libgcc-remove-unistd-header.patch since they're upstream. Tweak 850-libstdcxx-uclibc-c99.patch for this new release. Signed-off-by:
-
Romain Naour authored
Although no package seems to link against vlc libraries right now, these libraries will be necessary for upcoming new efl emotion-generic-players package. Signed-off-by:
Romain Naour <romain.naour@openwide.fr> Acked-by:
Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by:
-
- 26 Jun, 2015 20 commits
-
-
Nimai Mahajan authored
Add libarchive hash. Enable lzma support. Both xz and lzma support are provided by the xz library. [Thomas: explicitly pass --with-lzma when xz is available.] Signed-off-by:
Nimai Mahajan <nimaim@gmail.com> Signed-off-by:
-
Samuel Martin authored
Note that this situation is not ideal because it only add openmp support to the Buildroot toolchain, not the external ones; but a couple of packages already are in this situation. Signed-off-by:
Samuel Martin <s.martin49@gmail.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Reviewed-by:
-
Samuel Martin authored
opencv_python module needs python-numpy because it uses some numpy headers in this wrapper. >From its 2.4 release, OpenCV offers python bindings, but they required most of the OpenCV modules to be enabled. Since OpenCV-3.0.0, python bindings have been reworked: - it now supports both python2 and python3 - only built modules supporting wrapped in python will be included in the bindings. Signed-off-by:
-
Samuel Martin authored
This change allows to reduce the size of the default OpenCV package, so the final root filesystem. However, this will break any existing defconfig enabling OpenCV. Indeed, a minimal OpenCV package will be built, whereas, prior to applying this patches, a full-featured one would have been built instead. Cc: "Yann E. Morin" <yann.morin.1998@free.fr> Signed-off-by:
-
Samuel Martin authored
Since its integration into Buildroot, OpenCV always enables all modules by default because the inter-module denpedency were not supported. Now that OpenCV inter-module dependencies are correctly set at the Buildroot configuration level, it is possible to reduce the enabled module list to its minimal set, letting kconfig enable the other modules. This change will not change anything WRT a defconfig build with opencv. Cc: "Yann E. Morin" <yann.morin.1998@free.fr> Signed-off-by:
-
Samuel Martin authored
This patch is mostly cosmetic changes improving the human interface. Signed-off-by:
-
Samuel Martin authored
OpenCV allows to enable/disable the selection of modules (a.k.a. opencv libraries). These modules depend one on the others; these dependencies are already handled by the build-system (CMake). However, the way we handled them in Buildroot was not really clean. For each opencv module, there is a kconfig option, but we forced the corresponding CMake config option without checking for the modules' dependencies. This patch replicates the modules' dependency relations in the Config.in, so that the selection of the user will actually be built. Signed-off-by:
-
Samuel Martin authored
The opencv plugin uses stuff from the now removed opencv's legacy module. Note that the configure script already correctly check the opencv version and disable the opencv plugin with opencv-3.x. Also remove 'select ...' to prevent kconfig from complaining about recursive dependencies. Signed-off-by:
-
Samuel Martin authored
This major version bump is in fact a bump from 2.4.10 to 2.4.11, then to 3.0. OpenCV-2.4.11 improves a lot the Buildroot integration, including a couple of patches that are no longer needed: - x86 PIC code compilation fix in core module [1]; - return type fix in superes module [2]; - opencv.pc generation [3]. It also improves the gstreamer-0.10/1.x detection [4], that will be needed in a follow-up patch. OpenCV-3.0 still requires 2 patches (backported from upstream fixing pthread support [5,6]. The OpenCV-3.0 does some major changes, for which a transition guide has been published [7]. Among these changes coming with OpenCV-3.0, some new modules have been introduced and others got removed; leading to a bunch of configure option updates (to keep as much as possible an iso-functional-perimeter) and the legacy menu has been updated too. The worth noticing removals being: - the opencv_legacy and opencv_nonfree modules no longer exist; - the opencv_contrib module has moved out of the opencv base tree and now has its own repository [8]. There is currently no plan to support it. Some 3rd-party supports have been improved or added; their integrations in Buildroot will be addressed in follow-up patches. [1] https://github.com/Itseez/opencv/commit/ea50be0529c248961e1b66293f8a9e4b807294a6 [2] https://github.com/Itseez/opencv/commit/2e393ab83362743ba1825ad4b31d4a2925c606b4 [3] https://github.com/Itseez/opencv/commit/eceada586bbf18fc267e437522ec4f1f23ddc656 [4] https://github.com/Itseez/opencv/commit/38bb0db9dbec08666c8a64b3e4ead8fadf15c980 [5] https://github.com/Itseez/opencv/commit/1f983ec39c97298b0c8ce409a1cc229ecf14e55c [6] https://github.com/Itseez/opencv/commit/a482dcce464acbd5368fb93c6c3d52ba8401776a [7] http://docs.opencv.org/master/db/dfa/tutorial_transition_guide.html [8] https://github.com/itseez/opencv_contrib [Thomas: - address most contents made by Yann E. Morin on the Config.in file.] Cc: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Signed-off-by:
-
Samuel Martin authored
No new option added nor removed. Signed-off-by:
-
Nimai Mahajan authored
Libucl is a high performance and flexible JSON/YAML/etc. parser for C. https://github.com/vstakhov/libucl [Thomas: - remove hash file, should not be used for github downloads - rewrap Config.in help text - remove trailing white space in Config.in. - add missing host-pkgconf dependency, without which the package doesn't autoreconf properly. - fix license: it is BSD-2c, not just BSD.] Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by:Peter Korsgaard <peter@korsgaard.com>
-
Gustavo Zacarias authored
Helps drop some patches and hence autoreconf saving time. Also allows parallel builds. And fixes: http://buildroot-busybox.2317881.n4.nabble.com/PATCH-v2-heimdal-explicitly-set-lpthread-td99422.html without the need to hardcode libraries (disables/withouts weren't enough though i've added them anyway for correctness). Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Change to new homepage since maintainer changed as well. Add hash file based on tarball signature file. Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Lots of new plugins! Signed-off-by:
-
Yegor Yefremov authored
Add hash file. Signed-off-by:
Yegor Yefremov <yegorslists@googlemail.com> Reviewed-by:
-
