| Age | Commit message (Collapse) | Author | Files |
|---|
|
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>
|
|
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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>
|
|
Makefiles
|
|
|
|
|
|
linux-gnueabi
* powerpc people are welcome to enable fortran as well :)
|
|
|
|
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>
|
|
Drop LICENSE/SECTION from mingw-gcc as it was redundant
|
|
Rework SYSROOT_CFLAGS_FOR_TARGET.patch each time, and rename to -4.3.2/4.3.3.
|
|
|
|
honor LDFLAGS, bump PR
|
|
gcc-posix-open-fix.patch, add missing cross-initial/cross-intermediate files, really honor LDFLAGS, bump PR
|
|
|
|
|
|
* This is a preliminary port. Now all patches has been ported yet.
|
|
We want a default of -1 (not 0) and 1 for "mingw32" so that the default list
of overrides will catch and use them.
|
|
bump PR.
|
|
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>
|
|
|
|
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.
|
|
|
|
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>
|
