summaryrefslogtreecommitdiff
path: root/recipes/gcc
AgeCommit message (Collapse)AuthorFiles
2009-06-19gcc-package-sdk.inc: ${layout_base_bindir} is not the path to where the real ↵Tom Rini4
binary is. The binary will always be two levels back, and it will always be in ${bindir} as that's what we pass to configure, so basename that to find the right directory name. Bump INC_PR in gcc-canadian-sdk 4.2.4, gcc-cross-sdk 4.2.4/4.3.3/4.4.0
2009-06-19gcc-4.4.0: Switch to INC_PRTom Rini4
2009-06-19gcc-4.3.2: Switch to INC_PRTom Rini4
2009-06-19gcc-4.3.1: Switch to INC_PRTom Rini4
2009-06-19gcc-4.2.3: Switch to INC_PRTom Rini4
2009-06-19gcc-4.2.2: Switch to INC_PRTom Rini4
2009-06-19gcc-4.1.2: Switch to INC_PRTom Rini4
2009-06-19gcc-4.1.1: Switch to INC_PRTom Rini4
2009-06-19gcc-4.1.0: Switch to INC_PRTom Rini4
2009-06-19gcc-3.4.4: Switch to INC_PRTom Rini5
2009-06-19gcc-3.4.3: Switch to INC_PRTom Rini4
2009-06-19gcc-3.3.4: Use INC_PRTom Rini4
2009-06-13gcc-4.4.0: add some uclibc patchesPhil Blundell2
2009-06-10gcc-package-cross: tolerate absence of libstdc++Phil Blundell1
2009-06-02gcc 4.3.3: add ep93xx patches from Martin W. GuyMarcin Juszkiewicz29
Patchset taken from http://martinwguy.co.uk/martin/crunch/ Text from page: On 10 March there were no known bugs in this stuff (again). On 19 March libvorbisenc managed to find a bug in GCC whereby it incorrectly optimizes certain code sequences that use single-precision floats. The Maverick code generator exhibits similar symptoms for the same code, but only at optimization levels -O2 and above, so the fastest reliable optimization options for Maverick at present are -O -ffast-math. I've been working on GCC-4.3.3 to make it generate working code for the Cirrus Logic MaverickCrunch FPU, as found in their ARM-based EP9302, EP9307, EP9312 and EP9315 chips, making floating point-intensive code about 2.5 times faster. This follows on from Hasjim Williams' earlier work with gcc-4.1.2 and 4.2.0, a bundle of his more recent ideas and more hacks from me. If you want to understand the patches themselves, there is an article about the MaverickCrunch FPU and GCC's problems with it on the Debian wiki [1] and I have added commentary at the top of the individual patch files. 1. http://wiki.debian.org/ArmEabiMaverickCrunch Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Tom Rini <trini@embeddedalley.com>
2009-05-27gcc: made sure that no unsubstituted @LDFLAGS@ is left in the generated ↵Martin Dietze1
Makefiles
2009-05-20gcc 4.3.2, 4.3.3, 4.4.0: attempt to fix zecke-no-host-includes.patchKoen Kooi6
2009-05-13gcc*4.3.3: Switch to INC_PR, start at r3Tom Rini4
2009-05-13gcc 4.3.3: fix regression from 4.3.1 that caused fortran to get disabled for ↵Koen Kooi3
linux-gnueabi * powerpc people are welcome to enable fortran as well :)
2009-05-11gcc*4.2.4: Switch to using INC_PR (r6).Tom Rini5
2009-05-11gcc-canadian-sdk: Drop gcc-package-canadian-sdk.inc as we don't really need it.Tom Rini2
The contents of gcc-package-canadian-sdk.inc aren't actually installed / used for a canadian-sdk, and duplicating the unneeded python function lead to lockfile errors to boot (noted by David Huggins-Daines <dhuggins@cs.cmu.edu>). Signed-off-by: Tom Rini <trini@embeddedalley.com>
2009-05-06gcc: For 4.2.2 and newer, set LICENSE = GPLv3Tom Rini8
Drop LICENSE/SECTION from mingw-gcc as it was redundant
2009-04-30gcc-4.3.x: Really honor LDFLAGS, bump PR.Tom Rini18
Rework SYSROOT_CFLAGS_FOR_TARGET.patch each time, and rename to -4.3.2/4.3.3.
2009-04-30gcc-4.1.0: Use patches from 4.1.1, really honor LDFLAGS, bump PRTom Rini3
2009-04-30gcc 4.0.2: Disable libmudflap/ssp, add gcc-posix-open-fix.patch, really ↵Tom Rini6
honor LDFLAGS, bump PR
2009-04-30gcc 4.0.0: Fix fortran building, disable libmudflap/ssp, add ↵Tom Rini6
gcc-posix-open-fix.patch, add missing cross-initial/cross-intermediate files, really honor LDFLAGS, bump PR
2009-04-30gcc (various): Drop incomplete LDFLAGS patch and really honor them, bump PRTom Rini41
2009-04-30gcc-3.4.x: Rename gcc-posix.patch to gcc-posix-open-fix.patch, put in files/Tom Rini4
2009-04-25gcc-4.4.0: Add recipes for latest gcc release 4.4.0Khem Raj154
* This is a preliminary port. Now all patches has been ported yet.
2009-04-17mingw-gcc, mingw-runtime, mingw-w32api: Fix DEFAULT_PREFERENCES to be correctTom Rini1
We want a default of -1 (not 0) and 1 for "mingw32" so that the default list of overrides will catch and use them.
2009-04-07gcc-canadian-sdk: Fix C++ relocation, add SYSROOT, use SDK_REALPATH_MINGW, ↵Tom Rini2
bump PR.
2009-04-06gcc-cross-sdk: Fix relocation of the toolchain and bump PR.Tom Rini15
There's two parts to this. The first is to make relative, not absolute symlinks for 'cpp', etc. The second is that we need to configure without --with-gxx-include-dir and instead install the base C++ headers into the expected location. The path passed to --with-gxx-include-dir will not be relocated and is an absolute. Acked-by: Florian Boor <florian.boor@kernelconcepts.de> Acked-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Tom Rini <trini@embeddedalley.com>
2009-04-06gcc-svn: Add recipe to build bleeding edge gcc.Khem Raj153
2009-04-02gcc: Fix 4.1.[012], 4.2.[1234] and 4.3.[123] SRC_URI to use ${GNU_MIRROR} ↵Tom Rini10
and update checksums.ini This fixes a big problem with 4.3.3 as it wasn't using ftp.gnu.org but an alternate mirror that's gone away. Since I had to fix one I noticed others not calling ${GNU_MIRROR} but ftp.gnu.org. Also a few weren't using ${PV}, so use that too.
2009-03-30gcc 4.3.x: disable thumb mode for now, glibc builds don't like itKoen Kooi3
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko1102
See links below for more details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326 http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816 Signed-off-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Mike Westerhof <mwester@dls.net> Acked-by: Philip Balister <philip@balister.org> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Marcin Juszkiewicz <hrw@openembedded.org> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>