summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
| * cairo: PDF support is needed when SVG support is enabledThomas Petazzoni2010-07-291-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | As soon as PostScript, PNG or SVG support is enabled, PDF support is required for Cairo to build properly. Otherwise, you get build failures such as: .libs/cairo-type3-glyph-surface.o: In function `_cairo_type3_glyph_surface_set_stream': /home/thomas/local/buildroot-dl/cairo-1.8.10/src/cairo-type3-glyph-surface.c:337: undefined reference to `_cairo_pdf_operators_set_stream' /home/thomas/local/buildroot-dl/cairo-1.8.10/src/cairo-type3-glyph-surface.c:337: undefined reference to `_cairo_pdf_operators_set_stream' Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * linux: more mistake detectionThomas Petazzoni2010-07-291-0/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Just as we do for U-Boot, error out in the Linux kernel makefile when the defconfig name or the configuration file path are not correct. What prompted me to implement this was a report on IRC from an user using BR 2010.05 and not understand why the kernel build process was failing. It was because he just forgot to set the path of the configuration file. Of course, it doesn't catch all mistakes (like pointing to a non-existing defconfig or to a non-existing configuration file), but it at least catches basic mistakes. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * u-boot: fix custom patch handlingThomas Petazzoni2010-07-291-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When U-Boot is enabled and no custom patch directory has been set, then the current test: ifneq ($(strip $(BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR)),"") works. However, when U-Boot is not enabled, but still gets compiled because mkimage is needed to build the kernel, BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR is completely empty. It does not even have quotes. So the test in fact needs to be: ifneq ($(call qstrip,$(BR2_TARGET_UBOOT_CUSTOM_PATCH_DIR)),) Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * samba: remove swat documentation when not neededThomas Petazzoni2010-07-291-0/+11
| | | | | | | | | | | | | | | | | | | | When SWAT (the Web administration tool of Samba) is enabled, which is the default when one enables samba in Buildroot, a lot of documentation gets installed in /usr/swat (~15 MB). This patch fixes this by removing the documentation when BR2_HAVE_DOCUMENTATION is not set. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * avahi: pkg-config is neededThomas Petazzoni2010-07-291-1/+1
| | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * speech-tools: fix build failure by using Debian version and patchesThomas Petazzoni2010-07-291-3/+14
| | | | | | | | | | | | | | | | The upstream version of speech-tools does not build with GCC >= 4.3, mainly due to changes in how C++ headers are included. This is fixed in Debian, so let's use the Debian version and patches. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * dmalloc: pass -fPIC when compilingThomas Petazzoni2010-07-291-0/+60
| | | | | | | | | | | | | | | | | | | | | | | | | | This is needed to avoid: /home/test/mips-4.4/bin/mips-linux-gnu-ld --sysroot=/home/test/outputs/test-35/staging -shared --whole-archive -soname libdmallocxx.so -o libdmallocxx.so.t libdmallocxx.a /home/test/mips-4.4/bin/mips-linux-gnu-ld: libdmalloc.a(arg_check.o): relocation R_MIPS_HI16 against `_dmalloc_flags' can not be used when making a shared object; recompile with -fPIC It is fixed through a patch to Makefile.in instead of passing a CFLAGS variable to ./configure environment in order to avoid cluttering the configuration cache with incorrect values. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * cdrkit: fix TARGET_CC/TARGET_CFLAGS for CMakeThomas Petazzoni2010-07-291-3/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Since the reorganization of the variables in package/Makefile.in, TARGET_CC and TARGET_CXX now directly contain the --sysroot= option in addition to the compiler path. This is due to some ./configure scripts using just $(TARGET_CC) for some tests instead of $(TARGET_CC) $(TARGET_CFLAGS). However, in the case of CMake, this fails as CMake really only wants the path of the compiler in its CMAKE_C_COMPILER and CMAKE_CXX_COMPILER variables. So here, we recompute proper values for CMake by removing the --sysroot option from the compiler variables and re-adding it to the flags variables. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * libeXosip: add dependency on host-pkg-config and remove useless flagsThomas Petazzoni2010-07-291-3/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When libeXosip fails to use pkg-config to find libosip, it defaults to thinking that libosip is installed in $(prefix)/lib and $(prefix)/include, which is of course wrong. There was an attempt to fix this by passing OSIP_CFLAGS and OSIP_LIBS variables to libeXosip ./configure script, but it still does not work: checking pkg-config is at least version 0.9.0... ./configure: line 21035: /home/test/outputs/test-41/host/usr/bin/pkg-config: No such file or directory no checking for OSIP... configure: WARNING: assuming osip can be found in -I${prefix}/include and -L${exec_prefix}/lib Therefore, the correct fix is to depend on host-pkg-config. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * libiconv: add an error when both libiconv and locale are enabledThomas Petazzoni2010-07-291-0/+7
| | | | | | | | | | | | | | | | This error should never show up if all Buildroot dependencies are correct. However, rather than failing horribly later on, catch this particular case early on and error out. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * xerces: fix dependency on iconvThomas Petazzoni2010-07-292-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | All "select BR2_PACKAGE_LIBICONV" must use the "if !BR2_ENABLE_LOCALE" condition, otherwise we can end up with a toolchain suppoting locales *and* the libiconv package being compiled, which confuses other packages. Example with glib: gconvert.c:52:2: error: #error GNU libiconv in use but included iconv.h not from libiconv In addition to that, in xerces.mk, we add the dependency on libiconv when it is available, to make sure it gets compiled before xerces. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * gdb: disallow GDB_HOST on external toolchain buildsThomas Petazzoni2010-07-291-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The cross-gdb is supposed to be part of the external toolchain, so Buildroot does not need to build it. Moreover, GDB_HOST build currently fail with: ln -snf ../../bin/arm-unknown-linux-gnueabi-gdb \ /home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb ln: creating symbolic link `/home/test/outputs/test-48/staging/usr/arm-unknown-linux-gnueabi/bin/gdb': No such file or directory And even worse: they overwrite the cross-gdb of the external toolchain! Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * Fix computation of REAL_GNU_TARGET_NAMEThomas Petazzoni2010-07-291-1/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The current computation of REAL_GNU_TARGET_NAME is incorrect for non-ARM glibc platforms because it generates something such as mipsel-unknown-linux- as the REAL_GNU_TARGET_NAME. So we correct this by : * Adding "gnu" in the suffix when glibc is used, so that in the previous case we will have mipsel-unknown-linux-gnu * Improving the ARM_EABI code to correctly append "eabi" when glibc is selected, so that we have arm-unknown-linux-gnueabi, and to append "gnueabi" when uclibc is selected, so that we have arm-unknown-linux-uclibcgnueabi. The little trick here is that LIBC and ABI aren't completely orthogonal on ARM. This fixes problems such as : checking host system type... Invalid configuration `mipsel-unknown-linux-': machine `mipsel-unknown-linux' not recognized Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * oprofile: disable with external toolchainThomas Petazzoni2010-07-291-0/+4
| | | | | | | | | | | | | | | | | | oprofile depends on binutils_target, but binutils_target fails to build with external toolchains because the binutils version has not been choosen. As the fix is not trivial, let's just disable oprofile in external toolchain builds for the moment. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * dependencies: add svn as a mandatory toolThomas Petazzoni2010-07-291-1/+3
| | | | | | | | | | | | | | Now that two packages (tremor and libsvgtiny) are being downloaded from svn, svn becomes a mandatory tool to run Buildroot. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* | gcc: move <tuple>/lib* symlink handling up to gcc-intermediatePeter Korsgaard2010-07-301-7/+5
| | | | | | | | | | | | | | | | 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>
* | toolchain: enforce --disable-multilibPeter Korsgaard2010-07-302-0/+6
| | | | | | | | | | | | | | | | 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>
* | linux: bump 2.6.34.x versionPeter Korsgaard2010-07-291-1/+1
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | busybox: 1.17.1 mktemp fixPeter Korsgaard2010-07-291-0/+12
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | iostat: migrate to gentargetsGustavo Zacarias2010-07-295-47/+48
| | | | | | | | | | | | | | | | 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>
* | uClibc: remove old 0.9.28 supportPeter Korsgaard2010-07-2926-7919/+4
| | | | | | | | | | | | Not supported upstream and needs complicated workaround for the NPTL stuff. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | gcc-4.2.4: Add patch to accept --with-abi=aapcs-linuxKhem Raj2010-07-291-0/+17
| | | | | | | | | | Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Add support for uclibc NPTL toolchain.Khem Raj2010-07-296-64/+952
|/ | | | | | | | | | | | | | | | | | | | 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>
* netsnmp: depend on openssl when the package is on to ensure build orderGustavo Zacarias2010-07-291-0/+1
| | | | | | | | | 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>
* CHANGES: #2257 / #2263 are resolvedPeter Korsgaard2010-07-291-0/+2
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain: remove multilibThomas Petazzoni2010-07-2822-35/+1
| | | | | | | | | | | | | 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>
* gcc: remove option on SJLJ exceptionsThomas Petazzoni2010-07-2820-31/+0
| | | | | | | | | | | 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>
* CHANGES: add note about GTK+ on directfb being deprecatedPeter Korsgaard2010-07-281-0/+3
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'deprecate-gtk-on-dfb' of ↵Peter Korsgaard2010-07-281-1/+6
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * libgtk2: mark DirectFB backend as deprecatedThomas Petazzoni2010-07-281-1/+6
| | | | | | | | | | | | | | | | | | 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>
* | CHANGES: update with changes from the 'various-things' branchPeter Korsgaard2010-07-281-4/+4
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Merge branch 'various-things' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-07-287-153/+39
|\ \
| * | Bump samba to 3.3.13 [CVE-2010-2063]Gustavo Zacarias2010-07-281-1/+1
| | | | | | | | | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
| * | Remove unused X11_PREFIX optionThomas Petazzoni2010-07-284-13/+0
| | | | | | | | | | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
| * | Convert net-snmp to autotargetsGustavo Zacarias2010-07-282-139/+38
| |/ | | | | | | Signed-off-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
* | toolchain: move buildroot config filesYann E. MORIN2010-07-284-47/+50
| | | | | | | | | | | | | | | | 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>
* | toolchain: move makefile includesYann E. MORIN2010-07-283-14/+28
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* | toolchain: rename external toolchain dirYann E. MORIN2010-07-284-2/+2
| | | | | | | | | | | | | | | | | | 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>
* | toolchain: move helper functions from external toolchainYann E. MORIN2010-07-283-241/+245
|/ | | | | | | | | 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>
* zlib: Bump to 1.2.5Paul Jones2010-07-274-127/+3
| | | | | | | Closes #1981 Signed-off-by: Paul Jones <paul@pauljones.id.au> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Deprecate the Alpha, IA64 and Sparc64 supportThomas Petazzoni2010-07-272-0/+15
| | | | | | | | | | | | | 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>
* libglib2: bump to 2.24.1Lionel Landwerlin2010-07-271-1/+1
| | | | | Signed-off-by: Lionel Landwerlin <llandwerlin@gmail.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Merge branch 'avr32-toolchain-fix' of ↵Peter Korsgaard2010-07-274-10/+4
|\ | | | | | | git://git.busybox.net/~tpetazzoni/git/buildroot
| * toolchain: remove redundant and incorrect --with-build-time-tools optionThomas Petazzoni2010-07-271-2/+0
| | | | | | | | | | | | | | | | | | | | | | 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>
| * toolchain: Remove now-unused variablesThomas Petazzoni2010-07-271-2/+0
| | | | | | | | | | | | | | | | | | 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>
| * binutils,gcc: use correct --prefixThomas Petazzoni2010-07-272-6/+4
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* | CHANGES: update with changes from various-bumps branchPeter Korsgaard2010-07-271-12/+16
| | | | | | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* | Merge branch 'various-bumps' of git://git.busybox.net/~tpetazzoni/git/buildrootPeter Korsgaard2010-07-2742-1309/+329
|\ \ | |/ |/|
| * Create <tuple>/lib -> <sysroot>/lib symlink before installing cross gccThomas Petazzoni2010-07-273-3/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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>
| * webkit: Fix build failure on uClibcThomas Petazzoni2010-07-271-0/+79
| | | | | | | | | | | | | | | | | | 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>