summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-07-30gcc: move <tuple>/lib* symlink handling up to gcc-intermediatePeter Korsgaard
The <tuple>/lib* symlinking added by 3c77bab2eeace needs to be moved up to the gcc-intermediate step now the NPTL stuff is merged, otherwise 64bit builds fails (lib64 already created). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-30toolchain: enforce --disable-multilibPeter Korsgaard
Since 5575d205c (toolchain: remove multilib) we were no longer passing --disable-multilib, which broke builds for multilib-capable archs (like x86-64, ppc, ..). Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29linux: bump 2.6.34.x versionPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29busybox: 1.17.1 mktemp fixPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29iostat: migrate to gentargetsGustavo Zacarias
Also make the cpu counting routine more reliable (for ARM it's "Processor" in cpuinfo rather than "processor"). Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29uClibc: remove old 0.9.28 supportPeter Korsgaard
Not supported upstream and needs complicated workaround for the NPTL stuff. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29gcc-4.2.4: Add patch to accept --with-abi=aapcs-linuxKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29Add support for uclibc NPTL toolchain.Khem Raj
This patch modifies current toolchain build sequence so that NPTL enabled toolchain can be built. The new sequence works well with linuxthreads as well. It introduces a new pass for gcc cross compilation. The new sequence is binutils->gcc-initial->linux-headers -> uclibc-configured (some cheats to generate phony shared libc.so and libm.o) -> gcc-intermediate(with shared lib support) -> uclibc -> gcc-final I also added a new sample config arm_nptl_toolchain_defconfig which builds the toolchain and busybox. I have only tried it on arm. However it should work for other architectures which support NPTL on uclibc e.g. mips, sh, x86, ppc, x86_64 Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29netsnmp: depend on openssl when the package is on to ensure build orderGustavo Zacarias
The netsnmp package should depend on openssl when using it. Otherwise netsnmp might get built before openssl and poison the configure cache since it's not a mandatory dependency. Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-29CHANGES: #2257 / #2263 are resolvedPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28toolchain: remove multilibThomas Petazzoni
Supporting multilib is much more than just passing --enable-multilib to gcc. You have to actually build the C library several times (once for each multilib variant you want to support in your toolchain), and to pass MULTILIB_OPTIONS/MULTILIB_EXCEPTIONS values to gcc to let it know the set of multilib variants you're interested in. Since we'll probably never support multilib toolchains in Buildroot, just get rid of this BR2_ENABLE_MULTILIB option. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-28gcc: remove option on SJLJ exceptionsThomas Petazzoni
This is a very advanced option, and it seems, according to http://choices.cs.uiuc.edu/exceptions.pdf that SJLJ exceptions aren't really interesting. Users really interested by this can always use the BR2_EXTRA_GCC_CONFIG_OPTIONS is they want. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-28CHANGES: add note about GTK+ on directfb being deprecatedPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28Merge branch 'deprecate-gtk-on-dfb' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2010-07-28CHANGES: update with changes from the 'various-things' branchPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28Merge branch 'various-things' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard
2010-07-28toolchain: move buildroot config filesYann E. MORIN
Handle the internal toolchain backend mechanism the same way we handle other backends. Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28toolchain: move makefile includesYann E. MORIN
Including a bunch of Makefiles with wildcard makes it impossible to add new toolchain backends. Avoid that by namely including needed files. The external toolchain still needs to include all the toolchain/*/*.mk sub-makefiles, as they are needed to build a toolchain that runs on the target. It is to be noted that the cross-toolchain is not built in this case, as the make-targets to build the cross-toolchain are not present in the $(BASE_TARGETS) variable, which is later used to create the dependency rules. Also, the comment 'Explicit ordering' has been removed, as it is mis- leading. It is make's responsibility to create the proper ordering based on the dependency rules it finds in the Makefiles Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28toolchain: rename external toolchain dirYann E. MORIN
Rename the external toolchain directory. When new backends are here, it will be easier to sort them out if they are all prefixed the same way. Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28toolchain: move helper functions from external toolchainYann E. MORIN
The helper functions used for external toolchains may also be useful to alternate toolchain backends (currently, the external toolchain is the sole user). Signed-off-by: Yann E. MORIN <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-28libgtk2: mark DirectFB backend as deprecatedThomas Petazzoni
libgtk2 on DirectFB is deprecated because it is no longer supported in recent versions of Gtk. We will remove support for Gtk over DirectFB in the next Buildroot version unless support for DirectFB in mainline Gtk is improved in the mean time. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-28Bump samba to 3.3.13 [CVE-2010-2063]Gustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
2010-07-28Remove unused X11_PREFIX optionThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-28Convert net-snmp to autotargetsGustavo Zacarias
Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
2010-07-27zlib: Bump to 1.2.5Paul Jones
Closes #1981 Signed-off-by: Paul Jones <paul@pauljones.id.au> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-27Deprecate the Alpha, IA64 and Sparc64 supportThomas Petazzoni
Those architectures don't exist anymore (Alpha, IA64) or aren't widely used for embedded systems running Linux. Moreover, no clear Buildroot maintainer has stepped in to maintain these architectures, so it's better to not pretend that we support them. The goal is to mark them as deprecated in 2010.08 and remove them in 2010.11. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-27libglib2: bump to 2.24.1Lionel Landwerlin
Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-27Merge branch 'avr32-toolchain-fix' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2010-07-27CHANGES: update with changes from various-bumps branchPeter Korsgaard
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2010-07-27toolchain: remove redundant and incorrect --with-build-time-tools optionThomas Petazzoni
This option is already part of the gcc configure options through the BR2_CONFIGURE_BUILD_TOOLS variable (in toolchain/Makefile.in). Additionnally, the value that was passed in the AVR32 specific case was incorrect: it was $(STAGING_DIR)/$(REAL_GNU_TARGET_NAME)/bin instead of $(STAGING_DIR)/usr/$(REAL_GNU_TARGET_NAME)/bin. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27toolchain: Remove now-unused variablesThomas Petazzoni
The variable BR2_SYSROOT_STAGING_DESTDIR is no longer used, since now the prefix for gcc is already set to the correct location. The variable BR2_SYSROOT_TARGET_DESTDIR was already unused. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27binutils,gcc: use correct --prefixThomas Petazzoni
The cross binutils and cross gcc are actually going to be executed from $(STAGING_DIR)/usr, so the correct prefix is $(STAGING_DIR)/usr and not /usr. This also fixes what is known as the "AVR32 toolchain build failure", which was due to the fact that the prefix directory wasn't writable (since it was /usr). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27Merge branch 'various-bumps' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard
2010-07-27Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccThomas Petazzoni
This commit solves bug #1051. The problem in this bug in that WebKit compiles a sample C program, which uses WebKit. As WebKit is written in C++, even though the program it built with CROSS-gcc, it must be linked with libstdc++. However, CROSS-gcc can't find the libstdc++ has it's hidden inside <sysroot>/<tuple>/lib. Therefore, this commit creates a symbolic link <sysroot>/<tuple>/lib -> <sysroot>/lib before running the CROSS-gcc installation. While this may look like a hack, this is the solution used by both Crosstool-NG and OpenWRT. Moreover, with this symbolic link in place, I think bug #1741 may also be solved. The problem in this bug is that the linker tries to link against /lib/libc.so.0. This is due to the fact that the linker finds a libc.so script file in the original toolchain location and not inside the copy of the toolchain sysroot in $(STAGING_DIR). As the script file is found outside of the current toolchain sysroot, ld considers the script has non-sysrooted, and therefore doesn't prefix all paths found in the script file (such as /lib/libc.so.0) with the sysroot path, leading to the failure. So, in details, this commit : * Adds a BR2_ARCH_IS_64 invisible config knob that is used to know if the arch is a 64 bits architecture or not. * Creates the <sysroot>/<tuple>/lib -> <sysroot>/lib symbolic link, and the <sysroot>/<tuple>/lib64 -> <sysroot>/lib64 symbolic link if needed. * Fixes the external toolchain sysroot detection code so that the 'sed' replacement is done *after* the readlink -f evaluation. I have tested this by building ARM, x86 and x86_64 toolchains with Buildroot, and then use these toolchains as external toolchains to build a full X.org/Gtk/WebKit/Midori stack. I have also done a complete ARM Buildroot internal toolchain build with the same full X.org/Gtk/WebKit/Midori stack. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27webkit: Fix build failure on uClibcThomas Petazzoni
uClibc does not define pthread_getattr_np(), so we need to workaround this using a patch. Fixes bug #1405. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27webkit: the X11 variant needs libXtThomas Petazzoni
Fixes bug #829. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27midori: make sure it can't be selected if webkit can't be enabledThomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27xserver: Add xkeyboard-config as a dependencyThomas Petazzoni
xkeyboard-config is required to install keymap files to the target, without which the X server does not start. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27xserver: tell the X server where fonts are installedThomas Petazzoni
All fonts are installed in /usr/share/fonts/X11 and not in /usr/lib/X11/fonts/ where the X server looks by default. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27xkeyboard-config: add dependency on host-xapp_xkbcompThomas Petazzoni
In order to get xkeyboard-config to build, it needs xkbcomp to be built on the host, i.e host-xapp_xkbcomp. In turn, xapp_xkbcomp needs xlib_libX11 and xlib_libxkbfile, which in turn need a few libraries. This commit adds all the relevant dependencies to build everything that is needed to get xkeyboard-config to build correctly. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27libsoup: bump version to 2.31.2Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27cairo: bump to 1.8.10Thomas Petazzoni
This commit bumps Cairo to 1.8.10 and updates the DirectFB support patch. The work has been done by Lionel Landwerlin <llandwerlin@gmail.com>. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27icu: add quotes around TARGET_CXXThomas Petazzoni
Now that TARGET_CXX contains a --sysroot= option and therefore spaces, it needs to be used with quotes. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27midori: bump to 0.2.6Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27webkit: bump to webkitgtk 1.2.3Thomas Petazzoni
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-07-27Merge branch 'fix-gxx-on-target' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2010-07-27Merge branch 'fix-gcc-on-target' of ↵Peter Korsgaard
git://git.busybox.net/~tpetazzoni/git/buildroot
2010-07-27package: add libgail packageLionel Landwerlin
This package include a patch for directfb support. This patch has been proposed for upstream integration (https://bugzilla.gnome.org/show_bug.cgi?id=614199). Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com>
2010-07-27pango: bump to 1.28Lionel Landwerlin
Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com>
2010-07-27atk: bump to 1.30Lionel Landwerlin
Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com>