summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/gcc/gcc-4.5.1
AgeCommit message (Collapse)AuthorFiles
2011-10-12gcc: Drop old version 4.5.1Richard Purdie56
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-08-26gcc-4.5.1: Drop gcc-poison-parameters.patch, replace with bug fix patchKumar Gala2
The gcc-poison-parameters was added specifically to deal with an issue on ppc targets and a bug when we build with -Os -frename-registers. This bug below reports the issue and is fixed in gcc-4.6.x/mainline: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44618 Backport patch to gcc 4.5.1. Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
2011-07-27gcc: Drop part of the 64bithack patch which is no longer usedRichard Purdie1
Since we now handle GLIBC_DYNAMIC_LINKER in gcc-configure-common.inc: 's#\(GLIBC_DYNAMIC_LINKER[^ ]*\)\( *"/lib.*\)#\1 SYSTEMLIBS_DIR\2#' we can drop the patch which changes a hardcoded value for this. No PR bump since there is no code change resulting from this, its just a cleanup. There is still a valid question over the remainder of this patch and its interaction with multilib configurations. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-20gcc_4.5.1: add pr45886.patchIlya Yanok1
Add fix for PR45886 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45886 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr45052.patchIlya Yanok1
Add fix for PR45052 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45052 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr45094.patchIlya Yanok1
Add fix for PR45094 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45094 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr44606.patchIlya Yanok1
Add fix for PR44606 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44606 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr44290.patchIlya Yanok1
Add fix for PR44290 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44290 Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: add pr43810.patchIlya Yanok1
Add fix for PR43810 as proposed in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43810 Building on powerpc-eabi* with --enable-target-optspace still fails for me though. Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-07-20gcc_4.5.1: fix arm_bswapsi2.patchIlya Yanok1
Acoording to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44392 correct fix should be TARGET_EITHER && (arm_arch6 || !optimize_size) not TARGET_EITHER && (arm_arch6 && !optimize_size) Signed-off-by: Ilya Yanok <yanok@emcraft.com>
2011-06-30gcc-4.5.1: share work directoriesRobert Yang1
Fix configure and Makefile to read the defaults.h and t-oe from ${B}, so that the ${S} can be shared. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2011-05-18gcc: remove unused patches and move patches in proper dirNitin A Kamble15
gcc: update upstream-status for patches python: update upstream-status for patches libtool: update upstream-status of patches m4: update upstream status for patches eglibc: remove unused patches eglibc: update upstream status of patches glibc: update upstream-status of patches & remove unused patches Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-13recipes: Update upstream-status of patchesNitin A Kamble15
python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-13gcc 4.5.1 4.6.0: remove unused patchesNitin A Kamble9
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-11recipes: Fix the Upstream-Status formatNitin A Kamble21
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-08gcc-4.5.1: update upstream status of patchesNitin A Kamble21
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-03-10gcc/collect2: Added --sysroot support into collect2 in gcc.Lianhao Lu1
[YOCTO #815] Added --sysroot into COLLECT_GCC_OPTIONS to allow the collect2 support user specifed sysroot. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
2011-01-20gcc_4.5.1: add DSO linking change patchNitin A Kamble1
This patch changes gcc's (ld's) linking behavior. It passes --no-add-needed flag to ld. Because of it ld does not try to find related libraries for linking, causing link failures. And these link failures can be fixed by specifying the library to be linked explicitely on the gcc command line. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-01-02gcc-4.5.1: make c++ include path relative to "--sysroot"Kevin Tian1
So far c++ include path is not relative to "--sysroot", which brings trouble if we want to use the toolchain in a new environment where the original build directory generating that toolchain is not available. It's firstly exposed in multiple SDK sysroots support, and then in the case when sstate packages are used, where c++ standard headers are missing because gcc tries to search original build dir. This patch makes c++ include path now relative to "--sysroot", and then once "--sysroot" is assigned correctly in new environment, c++ include paths can be searched as expected. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
2010-11-18gcc: upgrade from 4.5.0 to 4.5.1Nitin A Kamble55
Removed these patches which are not needed anymore. gcc-4.5.0_to_svn_162697.patch.bz2 : All the commits in this patch is part of the 4.5.1 branch. So moving to 4.5.1 makes this patch obsolete gcc_revert_base_version_to_4.5.0.patch: moving to 4.5.1 removes need of this patch gcc-pr43698-arm-rev-instr.patch: upstream has this fix. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>