aboutsummaryrefslogtreecommitdiffstats
path: root/recipes/gcc/gcc-4.3.3.inc
AgeCommit message (Collapse)Author
2010-03-04Pull mpfr/gmp builds into gcc buildsTom Rini
TODO: Apply mpfr/gmp patches in these builds, give the new libs that gcc_svn / gcc-4.5 use the same treatment.
2009-12-20gcc: Enable mips plt extentions if DISTRO_FEATURE has mplt.Khem Raj
* Newer gcc (4.4+) has implemented -mplt option to enable PLT and copy relocation extentions of MIPS ABI which makes shared code run a lot faster. This feature is however controlled by DISTRO_FEATURES which should add 'mplt' to DISTRO_FEATURES to enable it. Signed-off-by: Khem Raj <raj.khem@gmail.com> Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
2009-11-27gcc-4.3.3.inc : replace objc patch with undamaged one from gcc-patchesGraeme Gregory
There is a one hunk peice of damage in the patch originally committed, as compared to the patch posted on gcc-patches. Replacing with the original patch enables platforms like arm oabi to compile again.
2009-11-24gcc 4.3.3: ...and bump PRKoen Kooi
2009-11-23gcc 4.3.4: add objective-c patch for eabi and add a package for libobjcKoen Kooi
2009-09-30gcc: update Maverick Crunch support to 20090908 versionMarcin Juszkiewicz
From Martin W. Guy page http://martinwguy.co.uk/martin/crunch/ The 20090908 version * performs single and double precision floating point in the FPU (add, sub, mul, neg, abs, cmp and conversions from single and double precision floats to integral types). * by default, disables the floating point cfnegs and cfnegd instructions, which fail to convert 0 to -0 as they should. You can re-enable them with the -funsafe-math-optimizations flag, which is one of those enabled by -ffast-math (gcc-4.3 has an even more specific -fno-signed-zeros flag, which is one of those enabled by -funsafe-math-optimizations). * by default, does not respect denormalised values, so the smallest representable values are ±2-126 for floats and ±2-1022 for doubles instead of the usual ±2-149 and ±2-1074. * has a -mieee flag, which enables handling of denormalized values by disabling all the buggy instructions. With this, floating point addition, subtraction, negation, absolute value and conversion between floats and integer types are performed in software, leaving only floating point multiplication and comparison performed in hardware. * has no negative impact on regular ARM code generation. * always works round the hardware bugs in the FPU and no longer has the -mcirrus-fix-invalid-insns flag since chip development has stopped and all existing silicon has the same bugs except for the original revision D0 which is not supported. * passes GCC's IEEE testsuite except for the one specific test that checks for correct handling of denormalized values. With -mieee it passes all the math tests. * passes all other testsuites that I've tried (see below) including the stringent "paranoia" floating point IEEE conformance test. * produces the fastest Maverick code yet: 5.94 MFLOPS according to FFTW's tests/bench -opatient cf1024 benchmark and LAME takes 2m25 to encode that 30-second WAV file on a 200MHz EP9307 (compared to 5.4 and 2m30 for the futaris patches for 4.1.2 and 4.2.0). * does not use the FPU's buggy 64-bit integer instructions unless the new -mcirrus-di flag is given. Programs that do a lot of 64-bit integer operations (add, sub, mul, neg, abs, shifts) may be faster using this, but rigorous testing will be necessary to ensure that bad code is not being produced. OpenSSL's testsuite fails if this is enabled. There is more detail at the head of the arm-crunch-cirrus-di-flag.patch file. Known bugs * C: Values held in Maverick registers are not restored when performing a setjmp/longjmp pair. There is a fix to glibc for this in a message to the linux-cirrus mailing list. * C++: Similarly, exception unwinding (performing a throw back to a catch block in a different function) does not restore floating point and 64-bit values held in Maverick registers. * C++: Some C++ files will not compile, saying ".save {mv8}" Error: register expected although the same files will compile with optimization disabled. There is a patch to make binutils recognize these registers in the .save macro in a message to the linux-cirrus mailing list.
2009-08-20gcc: fix libstdc/libgcc packaging on x86_64Michael Smith
do_install was looking under ${D}/some long cross path/*/lib; needs to be lib64 on x86_64. On x86_64 base_libdir would be set to /lib64, so we can go by that. Bump INC_PR for recent gccs: 4.1.2, 4.2.[34], 4.3.[34], 4.4.1. Signed-off-by: Michael Smith <msmith@cbnco.com>
2009-06-25gcc: get rid of fix-ICE-in-arm_unwind_emit_set.diffDirk Opfer
Remove fix-ICE-in-arm_unwind_emit_set.diff from gcc versions >= 4.2.1 upstream gcc already includes this fix. Instead of patching arm_unwind_emit_set the patch was modified and slipped into thumb_pushpop and can cause a gcc segfault. Signed-off-by: Dirk Opfer <dirk@do13.de>
2009-06-02gcc 4.3.3: add ep93xx patches from Martin W. GuyMarcin Juszkiewicz
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-20gcc 4.3.2, 4.3.3, 4.4.0: attempt to fix zecke-no-host-includes.patchKoen Kooi
2009-05-13gcc*4.3.3: Switch to INC_PR, start at r3Tom Rini
2009-05-13gcc 4.3.3: fix regression from 4.3.1 that caused fortran to get disabled for ↵Koen Kooi
linux-gnueabi * powerpc people are welcome to enable fortran as well :)
2009-05-06gcc: For 4.2.2 and newer, set LICENSE = GPLv3Tom Rini
Drop LICENSE/SECTION from mingw-gcc as it was redundant
2009-04-30gcc-4.3.x: Really honor LDFLAGS, bump PR.Tom Rini
Rework SYSROOT_CFLAGS_FOR_TARGET.patch each time, and rename to -4.3.2/4.3.3.
2009-04-02gcc: Fix 4.1.[012], 4.2.[1234] and 4.3.[123] SRC_URI to use ${GNU_MIRROR} ↵Tom Rini
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 Kooi
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko
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>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-05-20 11:04:33 +0000