summaryrefslogtreecommitdiff
path: root/packages/gcc/gcc_4.2.2.bb
AgeCommit message (Collapse)AuthorFiles
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko1
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>
2008-10-18bb files: Revert the introduction of FILE_PRHolger Hans Peter Freyther1
This is a partial revert of aa03004ace2fabb135a6208ef8c2d2b312aa7b0b. The approach that was taken leads to disagreement and the change was pushed too early. DISTRO_PR is going to say and will be used inside the package creation. There will be more disucssion on the list about where to continue from here.
2008-10-15[PR] Change PR to FILE_PR and intro PR as FILE_PR + DISTRO_PRHolger Hans Peter Freyther1
Allow a distribution to globally bump the PR of every package this is useful when there was a change in the toolchain and every package is going to be different. find packages/ \( -name '*.bb' -or -name '*.inc' \) -exec sed -i s/"^PR="/"FILE_PR ="/ {} \; find packages/ \( -name '*.bb' -or -name '*.inc' \) -exec sed -i s/"^PR ="/"FILE_PR ="/ {} \; Acked-By: Koen Kooi <koen@openembedded.org>
2008-07-25Change the toolchain build sequence. Helps in reproducable toolchains ↵Khem Raj1
components when recompiled. Also same sequence for all different combinations (uclibc/nptl/eglibc/glibc/linuxthreads). Also fixes and patches that I worked to get various ancient compilers working.
2008-07-01gcc 4.2.2: add more avr32 patches.Koen Kooi1
* an image compiled from scratch boots straight into X, although the avahi seggault is still there
2008-06-03Fix an obvious typo in the patch. The variable exported was 'CCP' should ↵Khem Raj1
have been 'CPP'. I have tested build for gcc-cross-4.2.2 recipe.
2008-03-29gcc: Include TARGET_CC_ARCH in ARCH_FLAGS_FOR_TARGET by default for ↵Richard Purdie1
everyone, not just as a slugos specific override.
2008-03-17gcc: Handle ARCH_FLAGS_FOR_TARGET option for gcc 4.1/4.2 correctlyRichard Purdie1
2008-03-16gcc: Move old style gcc*build*.inc includes into ↵Richard Purdie1
gcc-configure-{target|cross|sdk} and a common include file. Factor some common data not related to configure into gcc-common.inc. Rewrite 3.3.3 and 3.3.4 recipes to use standard includes (tested and they work).
2008-03-15gcc-4.2.2: Move gcc only SRC_URI append from .inc to .bbRichard Purdie1
2008-03-15gcc: Move PR settings to obvious places (not .inc files)Richard Purdie1
2008-03-15gcc: Rename gcc-package.inc gcc-package-target.inc and move includes a level ↵Richard Purdie1
lower. There should be no functionality change yet, it just makes that change easier to remove target packaging from cross builds
2008-03-15gcc: Create .inc files for each gcc version and update all .bb files to use ↵Richard Purdie1
these
2008-03-02extra big endian patch to create binaries with a correct ELF header.Derek Young1
2008-02-28bump PR, forgot to do it 11 days ago when re-adding 801 series patch.Derek Young1
2008-02-20gcc 4.x.x ship cc1 as part of the cpp package. closes #670Michael Lauer1
repair badly mixed up formatting. guys, _please_ don't mix tabs and spaces, stick to the major formatting style in the file
2008-02-17Add forgotten patch to re-enable big endian builds based on gcc 4.2.2Derek Young1
2008-01-17* Use static linking for mpfr/gmp instead of the rpath. This avoid the layeringHolger Freyther1
violation and makes sure that gcc-cross-sdk will build as well. * For gcc4.3 we need to look at the gmp/mpfr again as they will be required for everything and not just gfortran * Apply a patch to gcc_4.2.2 but only if we want to build gcc. We want to be able to use arm-angstrom-linux-gnueabi-gfortran and the GF="$(GFORTRAN)" would have set the fortran to 'gfortran' and we ended up with a build error. Some more experiments with GFORTRAN_FOR_TARGET are needed.
2008-01-16gcc_4.2.2.bb: add patch for powerpc e300c2 and e300c3 coresJeremy Laine1
2007-12-03gcc: replace non-functional block o'python with working overridesKoen Kooi1
2007-11-25gcc-4.2.[12]: Applied pr34130.patch, from 4.1.2.Leon Woestenberg1
2007-10-10gcc: add 4.2.2Koen Kooi1