- May 18, 2012
-
-
Simon Dawson authored
When vala is built inside a Git repository with uncommitted changes, the valac version number has -dirty appended. This creates problems for packages (e.g. Midori) which require a valac version number without the -dirty suffix. Signed-off-by:
Simon Dawson <spdawson@gmail.com> Signed-off-by:
Peter Korsgaard <jacmet@sunsite.dk>
-
Thomas De Schampheleire authored
The existing ccache infrastructure sets the cache directory hardcoded in the ccache binary. As this directory was set to ~/.buildroot-ccache, the cache is not necessarily local (e.g. in corporate environments the home directories may be mounted over NFS.) Previous versions of buildroot did allow to set the cache directory, but this was also hardcoded (so you had to rebuild ccache to change it), plus that support was removed. See http://lists.busybox.net/pipermail/buildroot/2011-July/044511.html for a discussion on this. This patch modifies ccache to respect a new shell variable (exported from the Makefile, based on a configuration option) instead of CCACHE_DIR. The name CCACHE_DIR itself is already used by autotargets for the ccache package. Signed-off-by:
Thomas De Schampheleire <thomas.de.schampheleire@gmail.com> Signed-off-by:
-
- May 17, 2012
-
-
Peter Korsgaard authored
Signed-off-by: -
Thomas Petazzoni authored
The documentation generation process requires a special yold2man program, for which we don't have a package in Buildroot. Since we generally don't care much about documentation of packages, just adjust the package Makefile.in to not build/install its documentation. Signed-off-by:
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by:
-
Thomas Petazzoni authored
In kernel >= 3.3, the ext2_fs.h can no longer be imported from userspace. This has been fixed for internal toolchains by adding a patch to kernel headers, but this doesn't work with toolchains generated by Crosstool-NG, or potentially upcoming external toolchains. socat in fact has a test in its configure.in, but the configure was generated too long ago, and the generated test relies on the preprocessor result and not the compiler result (but warns that in the future, the compiler result will be used instead of the preprocessor result). So, by running autoconf on this package, we fix the problem: it properly checks whether ext2_fs is usable or not, and acts accordingly. Of course, it means that with recent versions of the kernel, ext2-specific features of socat are unavailable, and we'll have to wait for the socat developers to adapt their code so that they use the e2fsprogs headers. We also bump the version, since a new minor version fixing a security problem has been released. Signed-off-by:
-
Thomas Petazzoni authored
The apr library requires shared library support unconditionally, so make it depend on !BR2_PREFER_STATIC_LIB, so that architectures that support static libraries only do not make this package available. Solves http://autobuild.buildroot.org/results/f4cd9751e85e9ee7fde2e9479e0f01ab2be93e84/build-end.log . Signed-off-by:
-
Thomas Petazzoni authored
The opencv package selects zlib, but it does not depend on it. This leads to cases where opencv gets built before zlib, and in this case, opencv uses its internal version of zlib, which doesn't build properly (it has some conditional code for ARM that is probably broken), see: http://autobuild.buildroot.org/results/45f4e195fe0cc5acace10287f5ff33aa953d5430/build-end.log We fix this by properly adding the opencv dependency on zlib. Signed-off-by:
-
- May 16, 2012
-
-
Yann E. MORIN authored
Decimal floats were introduced circa gcc-4.2 or -4.3, and requires the floating-point environement fenv.h in the C library. The uClibc .config file used by crosstool-NG to build uClibc is the same as used by the internal buildroot mechanism, and explcitly disables fenv support. The quick workaround is to simply disable decimal floats in all crosstool-NG config files. In the long run, it might be better to check this situation, and/or add code and/or options in crosstool-NG to handle this (but it is much more involved, and this workaround is sane). Reported-by:
"Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by:
-
- May 15, 2012
-
-
Peter Korsgaard authored
Fixes http://autobuild.buildroot.org/results/94d67f02c81639e1586d1c21a7e3b183a6ab50a2 Signed-off-by:
-
Peter Korsgaard authored
SUPPORT_LIB_DIR would get resolved to the main buildroot directory for external toolchains without C++ support, as: - gcc -print-file-name=<nonexisting-file> returns <nonexisting-file> - readlink -f <nonexisting-file> returns $PWD/<nonexisting-file> So fix it by ensuring output of gcc -print-file-name actually exists before using it. Signed-off-by: -
Peter Korsgaard authored
This reverts commit df39ffe7. It's broken and Arnout no longer has the hardware to fix/test. Signed-off-by:
-
Peter Korsgaard authored
Signed-off-by: -
Peter Korsgaard authored
Signed-off-by:
-
- May 14, 2012
-
-
Thomas Petazzoni authored
Fixes http://autobuild.buildroot.org/results/1c6cfa7f069e2b7d8a7dacf76fbf95b7909fb37a/build-end.log . Signed-off-by:
-
Peter Korsgaard authored
As pointed out by Gustavoz on IRC. Signed-off-by: -
Gustavo Zacarias authored
Signed-off-by:
Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Arnout Vandecappelle authored
The heirloom-mailx Makefile runs makeconfig if this has not been done before. In a parallel build, this means makeconfig may be run several times in parallel because there are two targets that depend on makeconfig. See for instance http://autobuild.buildroot.net/results/d24854be69961f71db189f9d804d4bd2cfa078da To avoid this, run makeconfig in the configure step, which is not parallel. Signed-off-by:
Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by:
-
Gustavo Zacarias authored
Bump to version 1.0.0j to fix CVE-2012-2333 Signed-off-by:
-
Arnout Vandecappelle authored
Fixes http://autobuild.buildroot.net/results/c9b87123709e1010bae19c6bdfd219661efdbdfb Signed-off-by:
-
- May 10, 2012
-
-
Peter Korsgaard authored
Signed-off-by: -
Peter Korsgaard authored
Signed-off-by:
-
- May 09, 2012
-
-
Peter Korsgaard authored
Signed-off-by: -
Maxime Ripard authored
Signed-off-by:
Maxime Ripard <maxime.ripard@free-electrons.com> Acked-by:
-
Yegor Yefremov authored
Signed-off-by:
Yegor Yefremov <yegorslists@googlemail.com> Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Gustavo Zacarias authored
Update the qemu samples configs that used kernel 3.3.4 to 3.3.5 Signed-off-by:
-
Gustavo Zacarias authored
Beautify and lock down kernel version to avoid future issues. Signed-off-by:
-
Gustavo Zacarias authored
Beautify and lock down kernel version to avoid future issues. Signed-off-by:
-
Gustavo Zacarias authored
Signed-off-by:
-
Peter Korsgaard authored
So we're in sync with the internal toolchain. Signed-off-by: -
Yann E. MORIN authored
Update the version of crosstool-Ng used, bump to 1.15.2. Also, update the bundled config files to match the new version. Signed-off-by:
-
Peter Korsgaard authored
Commit 0729b544 (Improve external toolchain logic to support IA32 Sourcery CodeBench toolchain) and e1f0804c (external-toolchain: add support for recent Linaro toolchains) changed the interface of copy_toolchain_lib_root, but ctng wasn't updated so libraries weren't copied to the target. Signed-off-by:
-
- May 08, 2012
-
-
Thomas Petazzoni authored
Signed-off-by:
-
Thomas Petazzoni authored
This fixes build failures such as http://autobuild.buildroot.org/results/901e8fe6df0e568624f1ceffc1979c5010e19328/build-end.log . Signed-off-by:
-
Thomas Petazzoni authored
Signed-off-by:
-
Thomas Petazzoni authored
The FLAT (Separate Data) and FLAT Shared ABIs are rarely used, and the FLAT Shared ABI requires the user to manually assign an unique ID to each shared library, which we will never support in Buildroot. Therefore, restrict ourselves to FLAT and FDPIC. In addition to this, ensure that when FLAT is selected, only static libraries are produced, because this is what FLAT supports. It will fix problems such as http://autobuild.buildroot.org/results/2d756d75162e8737e99df8189bde93ed1a09feef/build-end.log . Moreover, we make FDPIC the default ABI, since if someone is using Buildroot, it's most likely to generate a fairly elaborate embedded Linux system, on which shared libraries are probably useful. Signed-off-by:
-
Thomas Petazzoni authored
In order to use locale support on a Linux system, you need locale data to be present: * on a (e)glibc based system, this data is typically in the /usr/lib/locale/locale-archive file, which can be created and extended using the localedef program * on an uClibc based system, the set of supported locales is defined at build time by an uClibc configuration option. This patch implements generating locale data for the following cases: * Internal toolchain * External toolchain based on (e)glibc. uClibc external toolchains are not supported, because with uClibc, the set of supported locales is defined at build time. CodeSourcery and Linaro toolchains have been tested, Crosstool-NG toolchains are believed to work properly as well. * Toolchains built using the Crosstool-NG backend, but only (e)glibc toolchains. This feature was runtime tested with internal uClibc toolchain, CodeSourcery ARM toolchain and Linaro ARM toolchain, thanks to a simple C program that shows the data and a gettext translated message. Note that this option differs from the "purge locales" option, which is responsible for removing translation files and other locale stuff installed by packages. At some point in the future, we may want to clarify the respective roles of those options. Signed-off-by:
-
