summaryrefslogtreecommitdiff
path: root/toolchain
AgeCommit message (Collapse)Author
2009-09-30dependencies: check for >= make 3.81Peter Korsgaard
Reported by Andrew Dyer <amdyer@gmail.com> and Lionel Landwerlin <lionel.landwerlin@openwide.fr>. Seems like make 3.80 has problems with our Makefile.autotools.in infrastructure. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-25kernel-headers: 2.6.30.x: fix build error in ndelay() on mipsPeter Korsgaard
Reported by Dominic Mason <dominic@opusvl.com>. From mainline 3cb3a66cf7559d9c. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-25kernel-headers: bump 2.6.27/30/31 stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-23Remove some fragments left over from the 'qstrip' transitionMichael Roth
Commit af2390c0f437dbb26a31150eb7d526e1d0bdfd1a overlooked some old comment fragments. Signed-off-by: Michael Roth <mroth@nessie.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-23Add a config option for gcc tls support, rather than disabling it blindlyAustin Foxley
Defaulted to yes, but blocked it from gcc 4.4.x since the disable was originally added because of problems with its c++ support reportedly. Signed-off-by: Austin Foxley <austinf@cetoncorp.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-23rename TOOL_BUILD_DIR to TOOLCHAIN_DIRMichael Roth
To reflect the new output directory hierachy rename the Makefile variable TOOL_BUILD_DIR to TOOLCHAIN_DIR. Signed-off-by: Michael Roth <mroth@nessie.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-16Remove the "project" featureThomas Petazzoni
The "project" feature was designed to allow to several projects to be built inside the same Buildroot source tree and allowing the toolchain and non-configurable packages to be shared between the different projects on the same architecture. While being interesting in theory, this feature adds a level of complexity to Buildroot, both from an user perspective and from a developer perspective, while one of the main Buildroot strengh is to be simple. Moreover, this feature is only seldomly used by our users. From a user-level perspective, this for example allows to remove the project_build_ARCH directory, which was very confusing. The autotools-stamps directory is also removed, since these stamps are back at their normal location. Description of the changes involved : * project/, directory removed * Makefile - Don't include project/Makefile.in and project/project.mk anymore - Grab a copy of the contents of project/Makefile.in at the location it was imported, but remove the definition related to PROJECT_BUILD_DIR. The TARGET_DIR is now in $(BUILD_DIR)/target_dir - Remove the creation/removal of the $(PROJECT_BUILD_DIR) and $(PROJECT_BUILD_DIR)/autotools-stamps directories - Don't make world depends on target-host-info. This target was defined by project/project.mk to customize /etc/issue, /etc/hostname and create /etc/br-version depending on the project definitions. We can of course imagine re-adding such a feature later. - Replace PROJECT_BUILD_DIR by BUILD_DIR everywhere - Remove the update, log and lognr.$(PROJECT) target, they were specific to the project feature. * package/Makefile.autotools.in - Replace PROJECT_BUILD_DIR by BUILD_DIR for the location of the configure cache - Move the INSTALL_TARGET and HOOK_POST_INSTALL stamps to the same directory as the other stamps (i.e, in the package directory). * package/Makefile.in - Replace PROJECT_BUILD_DIR by BUILD_DIR for the location of the configure cache * package/at/at.mk, package/busybox/busybox.mk, package/busybox/initramfs.mk, package/customize/customize.mk, package/linux-fusion/linux-fusion.mk, package/ltp-testsuite/ltp-testsuite.mk, package/nfs-utils/nfs-utils.mk, target/cpio/cpioroot.mk, target/cramfs/cramfs.mk, target/device/Atmel/DataFlashBoot/DataflashBoot.mk, target/device/Atmel/Makefile.in, target/device/Atmel/at91bootstrap/at91bootstrap.mk, target/device/KwikByte/Makefile.in, target/ext2/ext2root.mk, target/initramfs/initramfs.mk, target/iso9660/iso9660.mk, target/jffs2/jffs2root.mk, target/linux/Makefile.in, target/romfs/romfs.mk, target/squashfs/squashfsroot.mk, target/tar/tarroot.mk, target/ubifs/ubifsroot.mk - Replace PROJECT_BUILD_DIR by BUILD_DIR * target/device/Config.in - Do not include project/Config.in anymore * target/linux/Makefile.in.advanced - Replace PROJECT_BUILD_DIR by BUILD_DIR - Store the stamps file in $(STAMP_DIR) instead of $(PROJECT_BUILD_DIR)/autotools-stamps * target/u-boot/Makefile.in - Replace PROJECT_BUILD_DIR by BUILD_DIR - Remove $(PROJECT) from the U-Boot target binary name - Remove the insertion in the configuration of the project name as the hostname - The u-boot-autoscript target now generates $(U_BOOT_AUTOSCRIPT).img instead of $(U_BOOT_AUTOSCRIPT).$(PROJECT) * toolchain/gcc/gcc-uclibc-3.x.mk toolchain/gcc/gcc-uclibc-4.x.mk - Move the stamps files to $(STAMP_DIR) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-09-16kernel-headers: bump 2.6.27.x / 2.6.30.x stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-15DNS resolv problem with glibcAnders Darander
Fix problem with dns resolv, by copying the libnss_dns.so to the rootfs. Using glibc from external toolchain, name resolving does not work, unless libnss_dns.so is available on the target. Signed-off-by: Anders Darander <ad@datarespons.se> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-10toolchain/gcc: make 4.3.4 defaultPeter Korsgaard
There still seems to be some issues with 4.4.x and C++. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-10kernel-headers: bump 2.6.27.x stable versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-10kernel-headers: add 2.6.31Peter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-09kernel-headers: bump 2.6.27.x / 2.6.30.x stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-09-05toolchain: use qstripThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-09-03uClibc as of 20090825 requires the ARCH to be specified when we call it's makeAustin Foxley
Signed-off-by: Austin Foxley <austinf@cetoncorp.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-08-24kernel-headers: bump 2.6.27.x / 2.6.30.x stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-08-05toolchain/gcc: add 4.3.4Peter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-08-05toolchain/gcc: remove deprecated 4.3.1 versionPeter Korsgaard
People should use the most recent 4.3.x version to get all the bugfixes. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-31Fix PROGRAM_INVOCATION handling with external toolchainsThomas Petazzoni
BR2_UCLIBC_PROGRAM_INVOCATION is a toolchain configuration option, like BR2_INET_IPV6, BR2_INET_RPC, on which some packages depend. Therefore, it should be handled like BR2_INET_IPV6 and BR2_INET_RPC in order to work properly with external toolchains. Since we move it out of toolchain/uClibc/Config.in into toolchain/Config.in.2, we rename the option to BR2_PROGRAM_INVOCATION (since BR2_INET_RPC and others don't have UCLIBC in their name). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-31kernel-headers: bump 2.6.27 / 2.6.30 stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-27toolchain: Clean up locale support menuWill Newton
Closes #421. This patch cleans up and fixes some minor issues with the locale support section of the toolchain menu. 1. uClibc requires wchar support if locales are enabled, make locale support select wchar support. 2. Allow purging of locale information even if there is no locale support in the C library. This cleans up after packages that install things into /usr/share/locale on the target. Signed-off-by: Will Newton <will.newton@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-27toolchain/uClibc: add patch to rename getline to get_line in unifdef.cPavel Roskin
getline() is a standard libc function with a different signature. Signed-off-by: Pavel Roskin <proski@gnu.org> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-26kernel-headers: bump 2.6.27.x stable versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-25toolchain/uclibc: xtensa patchesPeter Korsgaard
New files missing from 58050c28. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-25kernel-headers: bump 2.6.30.x stable versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-24toolchain: xtensa toolchain patch supportMaxim Grigoriev
Part of #163. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-24toolchain/patch-kernel.sh: xtensa directory overlay supportMaxim Grigoriev
Part of #163. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-24toolchain/uclibc: xtensa supportMaxim Grigoriev
Part of #163. Signed-off-by: Maxim Grigoriev <maxim2405@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-23toolchain/gcc: bump 4.4.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-20kernel-headers: bump 2.6.27 / 2.6.30 stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-17external toolchain: check cross-compiler existenceThomas Petazzoni
As a minimal test to the external toolchain, check that $(TARGET_CC) is actually an existing executable file. That way, if the user misconfigures the toolchain path and/or prefix, a meaningful error message will be shown. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-17external toolchain: respect $(Q)Thomas Petazzoni
Use $(Q) in external toolchain support so that the user can get the full output by passing V=1 to make, and still get a nice and clean output by default. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-17external toolchain: copy the C++ standard library if neededThomas Petazzoni
Obey the BR2_INSTALL_LIBSTDCPP configuration option to copy the C++ standard library to the target. Suggested by Lionel Landwerlin <lionel.landwerlin@openwide.fr>. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-17external toolchain: do not copy useless symbolic linksThomas Petazzoni
Do not copy .so symbolic links to target when not needed. Only copy .so.X symbolic links and the library itself. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-17external toolchain: more documentation about the principlesThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-17external toolchain: use LANG=C when calling gcc -vThomas Petazzoni
Lionel Landwerlin <lionel.landwerlin@openwide.fr> reported that using the external toolchain support when LANG=fr_FR.UTF-8 doesn't work, since the messages printed by gcc -v are translated in another language, defeating the grep ^Configured test. Therefore, as per Lionel suggestion, we force LANG=C when calling $(TARGET_CC) -v. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-17external-toolchain: better documentation, cleanup, sysroot checkThomas Petazzoni
* Introduce documentation for each function of ext-tool.mk, and document all parameters of the functions. * Pass SYSROOT_DIR as argument to all functions that require it, instead of computing it manually everywhere * Use $(shell) instead of backquotes * Check that the SYSROOT_DIR variable is not empty, which means that the external toolchain doesn't support --sysroot. In that case, bail out with a nice error message. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-16external toolchain: fix libraries copy and add ARM ABI checkThomas Petazzoni
Instead of hardcoding the C library versions, just copy the version available in $SYSROOT_DIR/lib. Add a check on the ARM ABI configured in Buildroot with regard to the ABI of the external toolchain provided. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-07-03kernel-headers: bump 2.6.27.x / 2.6.29.x / 2.6.30.x stable versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-07-02toolchain/gcc: ensure libraries are copied to target_dir for x86-64Peter Korsgaard
x86-64 stores libgcc_s / libstdc++ / libgcj under lib64 instead of lib, so make sure that directory is searched as well for libraries to copy to target. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-06-17kernel-headers: bump 2.6.29.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-06-17Merge branch 'external-toolchain' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2009-06-16kernel-headers: bump 2.6.27.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-06-15Improve external toolchain checksThomas Petazzoni
This patch adds some checks on the external toolchains. First, it checks that the C library selection is correct, by looking if gcc is able to find the main C library file through the -print-file-name option. Then, it attempts to check if the Buildroot toolchain options match the configuration of the toolchain : * for glibc, it checks that IPv6, RPC, locales, wide-char, large file support Buildroot options are enabled, since with glibc all these features are always available (at least this is the assumption we make) ; * for uClibc, it checks the Buildroot options with the uClibc configuration file in $SYSROOT_DIR/usr/include/bits/uClibc_config.h Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-06-15Simple glibc-based external toolchain supportThomas Petazzoni
The current Buildroot works just well with sysrootable glibc toolchains, using the external toolchain feature. The only thing that needs to be customized is the set of libraries that must be compiled to the target. The following patch takes a simple approach to making it easier for users to use glibc toolchains. It just adds a uClibc/glibc choice in the external toolchain menu. Then, depending on that selection, the configuration system will choose a sane default value for the library files list. The other advantage of having a uClibc/glibc choice is that in the future, we'll be able to add checks verifying that the external toolchain configuration matches the features selected in Buildroot (in terms of IPv6, RPC, locales or large file support). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-06-11toolchain/kernel: remove ancient versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-06-11toolchain/kernel-headers: add 2.6.30Peter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-05-24toolchain/gcc: 4.3.x: fix for arm pr37436Peter Korsgaard
See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436 for details. Reported-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-05-20kernel-headers: bump 2.6.27 / 2.6.29 versionsPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2009-05-12Fix gcc 3.4.6 build with newer host libc versionsWade Berrier
The build of gcc 3.4.6 fails when host libc is too new. I pulled the fix from this bug report: http://bugs.openembedded.net/show_bug.cgi?id=4626 Signed-off-by: Wade Berrier <wberrier@gmail.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-11-08 13:40:18 +0000