summaryrefslogtreecommitdiff
path: root/patches
AgeCommit message (Collapse)AuthorFilesLines
2010-05-15debug/ltrace: fix LDFLAGS for libsupc++ and libibertyYann E. MORIN"1-0/+16
The configure script correctly detects libsupc++ and libiberty, but in the linker stage it tries to link in both libraries without taking care of the test result. Signed-off-by: Robert Schwebel <r.schwebel@pengutronix.de> [yann.morin.1998@anciens.enib.fr: rework patch depth to be -p1] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-05-18libc/glibc: fix as/ld checks against recent binutilsYann E. MORIN"1-12/+12
Backported from: http://sourceware.org/ml/libc-alpha/2009-09/msg00024.html Thanks to Khem RAJ for pointing to this fix: http://sourceware.org/ml/crossgcc/2010-05/msg00033.html
2010-05-16cc/gcc: add latest versionYann E. MORIN"29-0/+1087
Add 4.4.4 and forward-port patchset from 4.4.3
2010-04-07Add basic support for the Blackfin architectureThomas Petazzoni1-0/+32
For uClibc, the name of the Blackfin architecture is 'bfin'. Actually, the naming of the architecture is quite messy: for toolchain tuples and uClibc, it's bfin, but for the kernel, it's blackfin. We've arbitraly choosen to name it "blackfin" in Crosstool-NG. Add Blackfin-related uClibc patch to fix a build failure related to fork() being used in unistd/daemon.c. Yann E. MORIN: Apply the patch to the kernel/linux build script to use 'linux' in the noMMU tuples. See: http://sourceware.org/ml/crossgcc/2010-04/msg00010.html
2010-04-09libc/newlib: the m68k processor does not like unalignedRemy Bohmer1-0/+23
Disable unaligned access at least for mcpu32, m68010 and m68020. These processors certainly do not like unaligned accesses. Signed-off-by: Remy Bohmer <linux@bohmer.net>
2010-04-07Fix the uClibc clean-up-O_CLOEXEC-handling patchThomas Petazzoni1-1/+1
In the Blackfin case (untested until now), this patch was lacking a leading / at the end of a comment.
2010-04-06complibs/gmp: fix patch against 5.0.1Yann E. MORIN"1-12/+4
2010-03-30complibs: update versionsYann E. MORIN"2-0/+67
GMP : 4.3.2, 5.0.1* CLooG/PPL: 0.15.8 0.15.9 libelf : 0.8.13 *: patch series added
2010-03-30libc/glibc: add patch to ports-2.9 to fix sjlj from ARM FPUYann E. MORIN"1-0/+30
As discussed there: http://sourceware.org/bugzilla/show_bug.cgi?id=9678#c4 Reported by: Sasha Sirotkin <buildroot@browserseal.com>
2010-03-20cc/gcc: fix building for powerpc for the 4.4.x seriesYann E. MORIN"4-0/+540
Reported by: Thomas Petazzoni http://sourceware.org/ml/crossgcc/2010-03/msg00057.html Discussions: http://lists.uclibc.org/pipermail/uclibc/2010-March/043697.html http://lists.uclibc.org/pipermail/buildroot/2010-March/032790.html http://ibot.rikers.org/%23uclibc/20100316.html.gz (search for "copysignl", by kos_tom, blindvt and y_morin)
2010-03-09libc/glibc: add patch to fix binutils version checkYann E. MORIN"1-0/+20
Older glibces were not ready to handle binutils >=2.20. Fix that, and the forseeable future.
2010-02-28libc/uClibc: vampirise patches for 0.9.30.2 from builrootYann E. MORIN"14-0/+1215
Commit in upstream buildroot: http://git.buildroot.org/buildroot/commit/?id=43ffd946ad569f3a1d0662de221cd4cb65bdc8e6 Everything on the 0_9_30 branch since the release (0.9.30.3 to be)
2010-02-21binutils/binutils: add patch to default emulation for mips64Zhuang Yuyao2-0/+36
2010-01-31cc/gcc: remove 4.3.0Yann E. MORIN"29-1263/+0
gcc-4.3.0 never got !EXPERIMENTAL, and no one either confirmed nor complained.
2010-01-24cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2Yann E. MORIN"28-0/+900
2010-01-15libc/uClibc: rename patches for 0.9.30.2Yann E. MORIN"2-0/+0
2010-01-14Port uClibc patches to 0.9.30.2Joachim Nilsson5-0/+370
Some patches from 0.9.30.1 now applied upstream. The reminder have been only slightly modified to apply cleanly to the new base. Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
2010-01-07libc/uClibc: add patch to fix IP frames on BE targetsYann E. MORIN"1-0/+224
Pack netinet structs to be possible to use for creating IP frames on big-endian targets. Signed-off-by: Joachim Nilsson <jocke@vmlinux.org> [yann.morin.1998@anciens.enib.fr: removed getline patch, already in] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-01-07binutils/binultils: import binutils-2.20 patches from OEJoachim Nilsson6-0/+227
This is a set of patches for binutils-2.20 that have been "ported", or rather shamelessly stolen, from the OpenEmbedded project: http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/binutils/binutils-2.20 Tried and tested on Arm (big-endian Xscale, and little-endian i.MX27) with GCC 4.4.2 Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
2010-01-07complibs/mpfr: add upstream patchesYann E. MORIN"2-0/+255
2010-01-06cc/gcc: add new patch, fixers building on x86 for target armeb (at least!)Yann E. MORIN"3-0/+120
Patch from Ralf Wildenhues: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41818#c5 Testing thanks to Joachim Nilsson: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41818#c7
2010-01-06cc/gcc: add patch to fix armeb in gcc-4.4Joachim Nilsson3-0/+96
On x86, gcc-4.4.x breaks when building for target armeb. It is still required to configure with: --disable-shared Note: if building on an x86_64, there is no need to pass --disable-shared
2010-01-03debug/ltrace: Add support for ltrace-0.5.3Joachim Nilsson8-0/+366
From this version of ltrace the maintainer has removed support for GNU Autotools, so the patch sets needed to be reworked. Included is the latest Debian patch, by the Debian ltrace maintainer Juan Cespedes <cespedes@debian.org>, the OpenEmbedded patches for cross compiling, by Khem Raj <raj.khem@gmail.com> and a further set of patches by Joachim Nilsson <jocke@vmlinux.org> for crosstool-NG.
2010-01-01cc/gcc: update ptachsets for gcc-4.4.{0,1,2}Yann E. MORIN"3-0/+96
As reported by Joachim Nilsson <jocke@vmlinux.org> in: http://sourceware.org/ml/crossgcc/2010-01/msg00005.html It seems I need to add the 4.3.4/290-index_macro.patch to the GCC 4.4.x series as well. I immediately trigger the following libstdc++ bug for 4.4.2 with a uClibc .config which has UCLIBC_SUSV3_LEGACY_MACROS set[1]. http://lists.busybox.net/pipermail/uclibc/2006-April/035991.html
2010-01-01debug/strace: fix strace 4.5.19 to properly build with latest Linux kernelsJoachim Nilsson2-0/+178
Here's a couple of patches to get strace 4.5.19 to configure and build properly with the latest kernel headers. Not pretty, but hopefully enough while we wait for 4.5.20 to be released. With the current strace-4.5.19 patches I failed to get the configure script running even on my host environment. Also, when cross building the configure script needs to look for the proper system headers to be able to properly set HAVE_LINUX_NETLINK_H. Otherwise you get: [EXTRA] Building strace [ERROR] /home/jocke/x-tools/targets/src/strace-4.5.19/net.c:976: error: field 'nl' has incomplete type [ERROR] make[2]: *** [net.o] Error 1 [ERROR] make[1]: *** [all] Error 2 The fix was simple, backport a change set from the git[1] tree and run autoreconf to update the configure script. [1] - http://strace.git.sourceforge.net/git/gitweb.cgi?p=strace/strace;a=commit;h=f0df31e71a58c6e79ba77c1a9d84b2f38d44bec7
2009-11-25libc/glibc: update 2.10.1 patchsetYann E. MORIN"4-3/+50
According to: http://sourceware.org/ml/crossgcc/2009-11/msg00109.html update the patchset for correct Alpha build.
2009-11-25patches/glibc: allows glibc2.9 to be compiled with binutils 2.20Frederic Roussel1-0/+37
the configure script had to be modified to accept as/ld at versions greater than 2.19 Signed-off-by: Frederic Roussel <fr.frasc@gmail.com>
2009-11-16libc/uClibc: add new patch to fix NULL pointer dereferenceDoug Kehn1-0/+12
2009-11-13libc/glibc: add 2.10.1Yann E. MORIN"54-0/+4545
Woo... It seems the glibc guys finally decided that tarballs were not deprecated, in fact. The patchset was vampirised from Gentoo (kudos, guys!), and applies to glibc+ports, so that's why it's been added as a patchset against ports, not against glibc.
2009-11-11patches/binutils/2.20: make patches appliableFrederic Roussel7-30/+23
Fix filenames in patch files for binutils-2.20. Some patch files were only usable with patch argument '-p0'. Fix the diff context to match 2.20 release. Signed-off-by: Frederic Roussel <fr.frasc@gmail.com>
2009-10-28Merge.Yann E. MORIN"183-29073/+1569
2009-10-28libc/uClibc: fix building on system with recent glibcZoltan Devai1-0/+30
While trying to build a toolchain with ct-ng 1.5.0, arm-unknown-linux-uclibcgnueabi target, I get the following error: [INFO ] Installing C library headers [EXTRA] Copying sources to build dir [EXTRA] Applying configuration [EXTRA] Building headers [EXTRA] Installing headers [ERROR] extra/scripts/unifdef.c:209: error: conflicting types for 'getline' [ERROR] make[2]: *** [extra/scripts/unifdef] Error 1 [ERROR] Build failed in step 'Installing C library headers' The following patch solves the problem. (It's a backport of this uClibc commit: http://git.uclibc.org/uClibc/commit/?id=49e81cada73616864b9b31df0aeb6961c30f5a6e ) [--SNIP from another mail--] AFAIK this is a problem since glibc 2.10.
2009-10-27config/binutils: add latest version 2.20Yann E. MORIN"14-0/+547
Also add patchset vampirised from Gentoo.
2009-10-28debug/strace: add latest version, unmarkprevious EXPERIMENTALYann E. MORIN"6-0/+226
Also propagate the patchset from 4.5.18 to 4.5.19.
2009-10-20cc/gcc: add latest 4.4.2 version as EXPERIMENTALYann E. MORIN"25-0/+796
2009-10-28debug/gdb: remove old versionsYann E. MORIN"9-1235/+0
2009-10-27config/binutils: remove obsolete experimental versionsYann E. MORIN"20-736/+0
2009-10-28config: rip-out versions marked as OBSOLETEYann E. MORIN"109-27102/+0
2009-10-04libelf: add libelf-0.8.12Yann E. MORIN"1-0/+24
2009-09-28gcc: ecjx.cc -> ecjx.o should use host compiler, not cross compilernyet2-0/+26
2009-09-27gcc: forward port gcc-4.4.0 patchset to 4.4.1Yann E. MORIN"24-0/+783
2009-09-14debug/ltrace: fix build with /exotic/ linux-host OSYann E. MORIN"1-0/+26
For ARM EABI hosts (ct-ng's target), the tupple ends in 'gnueabi' For uClibc-based toolchains, the tuple ends in '-uclibc.*' Make ltrace recognise those tuples as being the same as 'linux-gnu'
2009-09-08gcc: add patch to fix EABI for armv4tYann E. MORIN"5-0/+55
As pointed out by Martin GUY, gcc incorrectly generates armv5t instrcutions for EABI, even for cores that are an armv4t. The new patch (for the 4.3 series) fixes the problem by downgrading the default CPU for EABI to being an armv4t core.
2009-08-08Merge the AVR32 support branch to the default branch.Yann E. MORIN"3-0/+107817
2009-08-06gcc: add support for 4.3.4Thomas Petazzoni27-0/+1313
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-08-05gcc: add patch to fix PR37436Thomas Petazzoni2-0/+172
When compiling some C++ code, GCC 4.3.x fails with an internal compiler error. The bug report is available at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436. The included patch is the one that has been merged in the trunk of gcc. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2009-08-02[complib:mpfr] Fix building MPFR in some weird casesOron Peled1-0/+40
The tmul test uses a compiled-in input file in $(srcdir). The problem is that the Makefile passes it unquoted. The C code tries to stringify it using clever macros, which may *usually* work. In my case the source directory was named: .../toolchain-powerpc-e500v2-linux-gnuspe-1.0-2.fc10/.../tests And guess what? During testing I found out the program fails because it tries to open: .../toolchain-powerpc-e500v2-1-gnuspe-1.0-2.fc10/.../tests Yes, CPP tokenized the macro before stringifying it and not surprisingly the 'linux' part was converted to 1. [on Fedora-10: cpp (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7)] So the attached patch simplify the macros and pass the path as string from the Makefile.
2009-08-02[comp-lib-gmp] Add latest versionsYann E. MORIN"2-0/+64
Add 4.3.0 and 4.3.1.
2009-08-02[tools-libelf] Add latest version.Yann E. MORIN"1-0/+24
Add libelf 0.8.11, propagate patchset from 0.8.10.
2009-08-02[libc-eglibc] Add latest versionYann E. MORIN"1-0/+49
Add latest branch 2_10.