Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello Khem, Actually we'd like to stay on HEAD and build our own distribution on top of that. Hence I'm more interested in getting ti81xx-psp-2.6.37 to work with gcc-4.7. I'll try Martin Jansa's hint (-mno-unaligned-access) next. then use the default gcc that angstrom head is using which is 4.7 We switched back to gcc-4.5 by pulling into our layer what meta-oe has thrown out of their toolchain-layer and fixing up a minor issue with the binutils GOLD linker. Right now we're using everything from Angstrom _except_ gcc-4.7. This is because ti81xx-psp-2.6.37 will not run out of the box when built with this version of gcc. Using latest Angstrom w/ gcc-4.5 from our own layer is just an intermediate step. It is necessary so we remain with a working platform. and also be ready to experience some bugs as well yes -mno-unaligned-access is needed for kernel in some cases but eventually I think new kernel should be able to handle them This is the next step. Now that we are on latest Angstrom (and, w/ gcc-4.5, can build firmware that boots) let's look into that gcc-4.7 issue. If it's really just a missing flag then we should be on 4.7 in no time. I would remain skeptical, though, since TI's kernel fork for DaVinci, ti81xx-psp-2.6.37, is very old and lacks of code quality. Regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello *.*, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc = 4.6 is unable to build a kernel which boots for these platforms. After Uncompressing linux ... booting the kernel there is silence. We can reproduce this reliably on a ti8148-evm development board. My best guess is it's because of an ancient kernel being compiled with a very recent GCC. Regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On 2012-05-16 04:50, Thilo Fromm wrote: Hello *.*, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc= 4.6 is unable to build a kernel which boots for these platforms. After Uncompressing linux ... booting the kernel there is silence. We can reproduce this reliably on a ti8148-evm development board. My best guess is it's because of an ancient kernel being compiled with a very recent GCC. I build with GCC 4.6.3 from that tree for the DM8148 all the time and it works fine. Maybe there is some option/selection in your configuration that's not in mine? Can you send it I'll give it a compare? -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello Gary, Hello *.*, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc= 4.6 is unable to build a kernel which boots for these platforms. After Uncompressing linux ... booting the kernel there is silence. We can reproduce this reliably on a ti8148-evm development board. My best guess is it's because of an ancient kernel being compiled with a very recent GCC. I build with GCC 4.6.3 from that tree for the DM8148 all the time and it works fine. Maybe there is some option/selection in your configuration that's not in mine? Can you send it I'll give it a compare? Sure! Our project is on github, and so is our defconfig: https://github.com/DFE/HidaV/blob/master/meta-hidav/recipes-kernel-bootloader/linux/files/defconfig We added aufs (Another Union File system) and the blockrom MTD FTL to the kernel, so there are additional options in our configuration. Thanks for your effort, Gary, regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On Wed, May 16, 2012 at 12:50 PM, Thilo Fromm fr...@dresearch-fe.de wrote: Hello *.*, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc = 4.6 is unable to build a kernel which boots for these platforms. After Uncompressing linux ... booting the kernel there is silence. We can reproduce this reliably on a ti8148-evm development board. My best guess is it's because of an ancient kernel being compiled with a very recent GCC. Regards, Thilo if gcc-4.6 was from meta-toolchain (including linaro patch toolchain-layer/recipes-devtools/gcc/gcc-4.6/linaro/gcc-4.6-linaro-r106827.patch) then you need to pass -mno-unaligned-access in your kernel Makefile like this commit does: http://git.freesmartphone.org/?p=linux-2.6.git;a=commit;h=78ffc81db8911acdabd026ad3fdefa20b4e34e52 be aware that without this patch -mno-unaligned-access is not valid option for gcc (older than 4.7). Cheers. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello Martin, Hello *.*, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc = 4.6 is unable to build a kernel which boots for these platforms. After Uncompressing linux ... booting the kernel there is silence. We can reproduce this reliably on a ti8148-evm development board. My best guess is it's because of an ancient kernel being compiled with a very recent GCC. Regards, Thilo if gcc-4.6 was from meta-toolchain (including linaro patch toolchain-layer/recipes-devtools/gcc/gcc-4.6/linaro/gcc-4.6-linaro-r106827.patch) then you need to pass -mno-unaligned-access in your kernel Makefile like this commit does: http://git.freesmartphone.org/?p=linux-2.6.git;a=commit;h=78ffc81db8911acdabd026ad3fdefa20b4e34e52 be aware that without this patch -mno-unaligned-access is not valid option for gcc (older than 4.7). Thanks a lot for the hint, it's greatly appreciated. I'll revisit 4.7 to check whether this fixes our issue after I restored 4.5 for us. I prefer small steps :) I guess I'll move the whole gcc-4.5... stuff into our own layer for now. Regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello Gary, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc= 4.6 is unable to build a kernel which boots for these platforms. I build with GCC 4.6.3 from that tree for the DM8148 all the time and it works fine. Maybe there is some option/selection in your configuration that's not in mine? Can you send it I'll give it a compare? Sure! Our project is on github, and so is our defconfig: https://github.com/DFE/HidaV/blob/master/meta-hidav/recipes-kernel-bootloader/linux/files/defconfig We added aufs (Another Union File system) and the blockrom MTD FTL to the kernel, so there are additional options in our configuration. The only real differences (modulo the hardware/peripherals in use) are some of the kernel debugging settings. Perhaps they are causing some problems with the newer compiler. The diffs between our configurations are attached. Thanks, but I don't think I will disable most of the debugging features for now. We have e.g. memory leak reports by the kernel memchecker in ext4. Given the pitiful state of linux-ti81xx-psp_2.6.37 in general I'm not willing to give up the little debug info I get. As Martin points out, the newer compilers can have problems with unaligned access. I've also [sometimes] had better success if I disable OPTIMIZE_FOR_SIZE The only other thing I see is the kernel version recipe used. I am using the stock one from meta-ti + some platform patches. Perhaps there's something else to look at. meta-ti/recipes-kernel/linux/linux-ti81xx-psp_2.6.37.bb We're almost using this recipe too. We just appended AUFS integration and custom package management installer scripts for the kernel. I'll look into -mno-unaligned-access w/ gcc-4.7 as Gary suggested as soon as I am finished moving gcc-4.5 into HidaV so we can actually build firmware again :) Regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On 2012-05-16 06:41, Thilo Fromm wrote: Hello Gary, Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc= 4.6 is unable to build a kernel which boots for these platforms. I build with GCC 4.6.3 from that tree for the DM8148 all the time and it works fine. Maybe there is some option/selection in your configuration that's not in mine? Can you send itI'll give it a compare? Sure! Our project is on github, and so is our defconfig: https://github.com/DFE/HidaV/blob/master/meta-hidav/recipes-kernel-bootloader/linux/files/defconfig We added aufs (Another Union File system) and the blockrom MTD FTL to the kernel, so there are additional options in our configuration. The only real differences (modulo the hardware/peripherals in use) are some of the kernel debugging settings. Perhaps they are causing some problems with the newer compiler. The diffs between our configurations are attached. Thanks, but I don't think I will disable most of the debugging features for now. We have e.g. memory leak reports by the kernel memchecker in ext4. Given the pitiful state of linux-ti81xx-psp_2.6.37 in general I'm not willing to give up the little debug info I get. Fair enough, I was just pointing out a possible source of your pain :-) BTW, do you know if TI ever plans on updating the kernel? 2.6.37 is so painfully old... As Martin points out, the newer compilers can have problems with unaligned access. I've also [sometimes] had better success if I disable OPTIMIZE_FOR_SIZE The only other thing I see is the kernel version recipe used. I am using the stock one from meta-ti + some platform patches. Perhaps there's something else to look at. meta-ti/recipes-kernel/linux/linux-ti81xx-psp_2.6.37.bb We're almost using this recipe too. We just appended AUFS integration and custom package management installer scripts for the kernel. I'll look into -mno-unaligned-access w/ gcc-4.7 as Gary suggested as soon as I am finished moving gcc-4.5 into HidaV so we can actually build firmware again :) Good luck -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello Gary, [ ti81xx-psp-2.6.37 defconfig ] The only real differences (modulo the hardware/peripherals in use) are some of the kernel debugging settings. Perhaps they are causing some problems with the newer compiler. The diffs between our configurations are attached. Thanks, but I don't think I will disable most of the debugging features for now. We have e.g. memory leak reports by the kernel memchecker in ext4. Given the pitiful state of linux-ti81xx-psp_2.6.37 in general I'm not willing to give up the little debug info I get. BTW, do you know if TI ever plans on updating the kernel? 2.6.37 is so painfully old... This is subject to speculation. David Illies, our TI field application engineer, keeps telling us that 3.2 will be supported eventually. I personally don't think they ever will - the commit history in their public git does not look like anyone is doing any portage work. Plus 3.2, the version they keep mentioning, is starting to smell oldish as well. I would very much like to see support for dm81xx in something _current_, but it's unrealistic given previous experiences with TI. the stock one from meta-ti + some platform patches. Perhaps there's something else to look at. meta-ti/recipes-kernel/linux/linux-ti81xx-psp_2.6.37.bb We're almost using this recipe too. We just appended AUFS integration and custom package management installer scripts for the kernel. I'll look into -mno-unaligned-access w/ gcc-4.7 as Gary suggested as soon as I am finished moving gcc-4.5 into HidaV so we can actually build firmware again :) Good luck Thanks, looks like I'll need it :) By the way, we successfully pulled gcc-4.5 in our layer and are building with gcc-4.5 on angstrom-v2012.x right now. Since you're on 8148 as well, and in case you would like to stay up-to-date on what we're doing, just check https://github.com/DFE/HidaV from time to time. Regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On Wed, May 16, 2012 at 3:50 AM, Thilo Fromm fr...@dresearch-fe.de wrote: Removing gcc-4.5 would kill Texas Instruments DaVinci (dm814x, dm816x) support. how so ? can you stick with denzil stable branch if you so heavily depend on 4.5 and meanwhile let the software stack for these SOCs ported to newer gcc or is there anything that you absolutely need from master ? You only get a heavily patched 2.6.37 kernel from TI for these (linux-ti81xx-psp_2.6.37). Unfortunately gcc = 4.6 is unable to build a kernel which boots for these platforms. After Uncompressing linux ... booting the kernel there is silence. We can reproduce this reliably on a ti8148-evm development board. My best guess is it's because of an ancient kernel being compiled with a very recent GCC. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On Wed, May 16, 2012 at 8:03 AM, Thilo Fromm fr...@dresearch-fe.de wrote: Thanks, looks like I'll need it :) By the way, we successfully pulled gcc-4.5 in our layer and are building with gcc-4.5 on angstrom-v2012.x right now. Since you're on 8148 as well, and in case you would like to stay up-to-date on what we're doing, just check https://github.com/DFE/HidaV from time to time. btw. angstrom/master will be using gcc 4.7 so you are on your own if you use 4.5 with angstrom/master and it can be a long battle. Best course for you is to use 2012.05 angstrom stable where you will get gcc 4.5 from toolchain-layer and it will be maintained there if any issues found. So you dont need to duplicate the efforts. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
Hello Khem, Thanks, looks like I'll need it :) By the way, we successfully pulled gcc-4.5 in our layer and are building with gcc-4.5 on angstrom-v2012.x right now. Since you're on 8148 as well, and in case you would like to stay up-to-date on what we're doing, just check https://github.com/DFE/HidaV from time to time. btw. angstrom/master will be using gcc 4.7 so you are on your own if you use 4.5 with angstrom/master and it can be a long battle. Thanks for the warning, Khem, but I'm well aware of this, I just had my first round: making gcc-4.5 + eglibc build with the Binutils gold linker. There is an issue in gcc/configure[.ac]. I won this time :) (see https://github.com/DFE/HidaV/blob/master/meta-hidav/recipes-devtools/gcc/gcc-4.5/gcc-4.5-detect-gold-linker-version-correctly.patch Best course for you is to use 2012.05 angstrom stable where you will get gcc 4.5 from toolchain-layer and it will be maintained there if any issues found. So you dont need to duplicate the efforts. Actually we'd like to stay on HEAD and build our own distribution on top of that. Hence I'm more interested in getting ti81xx-psp-2.6.37 to work with gcc-4.7. I'll try Martin Jansa's hint (-mno-unaligned-access) next. Regards, Thilo -- Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany Tel: +49 (30) 515 932 228 mailto:fr...@dresearch-fe.de Fax: +49 (30) 515 932 77 http://www.dresearch.de Amtsgericht: Berlin Charlottenburg, HRB 130120 B Ust.-IDNr. DE273952058 Geschäftsführer: Dr. M. Weber, W. Mögle ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On Wed, May 16, 2012 at 9:47 AM, Thilo Fromm fr...@dresearch-fe.de wrote: Actually we'd like to stay on HEAD and build our own distribution on top of that. Hence I'm more interested in getting ti81xx-psp-2.6.37 to work with gcc-4.7. I'll try Martin Jansa's hint (-mno-unaligned-access) next. then use the default gcc that angstrom head is using which is 4.7 and also be ready to experience some bugs as well yes -mno-unaligned-access is needed for kernel in some cases but eventually I think new kernel should be able to handle them ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On Tue, May 15, 2012 at 03:01:42PM -0700, Khem Raj wrote: Hi Koen Since meta-oe is not branched for denzil this patch removes the old Did you mean is now branched above? Since 4.6/4.7 is now seems to work fine for me: Acked-by: Denys Dmytriyenko de...@ti.com components in there for toolchain recipes. I have left gcc 4.6 in there for now since OE-Core still have those recipes. The following changes since commit 14869e500c1a2f6be4704bf7399435fda00dc34c: klibc: upgrade to latest git (pre 2.0) (2012-05-14 16:02:03 +0200) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contrib kraj/remove-gcc-4.5 Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove .../eglibc/cross-localedef-native_2.12.bb | 43 - .../eglibc/eglibc-2.12/IO-acquire-lock-fix.patch | 17 - .../eglibc-2.12/armv4-eabi-compile-fix.patch | 25 - .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 - .../eglibc/eglibc-2.12/generate-supported.mk | 11 - .../eglibc/eglibc-2.12/ld-search-order.patch | 56 - .../eglibc/eglibc-2.12/mips-rld-map-check.patch| 23 - .../eglibc/eglibc-2.12/ppc-enable-603e-cpu.patch | 26 - .../eglibc-2.12/shorten-build-commands.patch | 81 - .../recipes-core/eglibc/eglibc-initial_2.12.bb |6 - .../recipes-core/eglibc/eglibc-locale_2.12.bb |1 - toolchain-layer/recipes-core/eglibc/eglibc_2.12.bb | 109 - .../binutils-2.20.1/110-arm-eabi-conf.patch| 22 - .../152_arm_branches_to_weak_symbols.patch | 240 - .../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 - .../201_elflink_improve_noaddneeded_errors.patch | 70 - .../202_elflink_noaddneeded_vs_weak.patch | 87 - .../binutils-2.20.1/binutils-2.16.1-e300c2c3.patch | 18 - .../binutils-2.19.1-ld-sysroot.patch | 37 - .../binutils-2.20.1/binutils-mips-pie.patch| 29 - .../binutils/binutils-2.20.1/binutils-poison.patch | 253 - .../binutils-uclibc-100-uclibc-conf.patch | 34 - ...binutils-uclibc-300-001_ld_makefile_patch.patch | 50 - ...binutils-uclibc-300-006_better_file_error.patch | 43 - ...ils-uclibc-300-012_check_ldrunpath_length.patch | 47 - .../binutils-uclibc-gas-needs-libm.patch | 38 - .../binutils-x86_64_i386_biarch.patch | 26 - .../binutils-2.20.1/libiberty_path_fix.patch | 20 - .../binutils-2.20.1/libtool-2.4-update.patch |31174 .../binutils-2.20.1/libtool-rpath-fix.patch| 36 - .../binutils/binutils-cross-canadian.inc | 22 - .../binutils/binutils-cross-canadian_2.20.1.bb |3 - .../recipes-devtools/binutils/binutils-cross.inc | 30 - .../binutils/binutils-cross_2.20.1.bb |3 - .../binutils/binutils-crosssdk_2.20.1.bb | 12 - .../recipes-devtools/binutils/binutils.inc | 149 - .../recipes-devtools/binutils/binutils_2.20.1.bb | 52 - toolchain-layer/recipes-devtools/gcc/gcc-4.5.inc | 274 - .../gcc/gcc-4.5/100-uclibc-conf.patch | 37 - .../gcc/gcc-4.5/602-sdk-libstdc++-includes.patch | 20 - .../recipes-devtools/gcc/gcc-4.5/64bithack.patch | 68 - .../gcc/gcc-4.5/740-sh-pr24836.patch | 29 - .../gcc/gcc-4.5/800-arm-bigendian.patch| 34 - .../gcc/gcc-4.5/904-flatten-switch-stmt-00.patch | 74 - .../gcc/gcc-4.5/COLLECT_GCC_OPTIONS.patch | 23 - .../GPLUSPLUS_INCLUDE_DIR_with_sysroot.patch | 178 - .../recipes-devtools/gcc/gcc-4.5/Makefile.in.patch | 30 - ...ismatch-between-conditions-of-an-IT-block.patch | 18 - .../gcc/gcc-4.5/arm-unbreak-eabi-armv4t.dpatch | 36 - .../gcc/gcc-4.5/cache-amnesia.patch| 31 - .../gcc/gcc-4.5/cpp-honour-sysroot.patch | 36 - .../gcc/gcc-4.5/disable_relax_pic_calls_flag.patch | 44 - .../gcc-4.5/fedora/gcc43-c++-builtin-redecl.patch | 114 - .../gcc/gcc-4.5/fedora/gcc43-cpp-pragma.patch | 284 - .../gcc/gcc-4.5/fedora/gcc43-i386-libgomp.patch| 65 - .../gcc/gcc-4.5/fedora/gcc43-ia64-libunwind.patch | 550 - .../fedora/gcc43-java-debug-iface-type.patch | 19 - .../gcc/gcc-4.5/fedora/gcc43-java-nomulti.patch| 48 - .../gcc/gcc-4.5/fedora/gcc43-libgomp-speedup.patch | 2797 -- .../gcc/gcc-4.5/fedora/gcc43-ppc32-retaddr.patch | 90 - .../gcc/gcc-4.5/fedora/gcc43-pr27898.patch | 16 - .../gcc/gcc-4.5/fedora/gcc43-pr32139.patch | 19 - .../gcc/gcc-4.5/fedora/gcc43-pr33763.patch | 159 - .../gcc/gcc-4.5/fedora/gcc43-rh251682.patch| 89 - .../gcc/gcc-4.5/fedora/gcc43-rh330771.patch| 31 - .../gcc/gcc-4.5/fedora/gcc43-rh341221.patch| 32 - .../gcc/gcc-4.5/fedora/gcc45-no-add-needed.patch | 60 - .../gcc/gcc-4.5/fortran-cross-compile-hack.patch | 30 -
Re: [oe] [toolchain-layer][pull-request] Remove old toolchain recipes
On Tuesday, May 15, 2012, Denys Dmytriyenko de...@denix.org wrote: On Tue, May 15, 2012 at 03:01:42PM -0700, Khem Raj wrote: Hi Koen Since meta-oe is not branched for denzil this patch removes the old Did you mean is now branched above? Yes indeed it was a typo Since 4.6/4.7 is now seems to work fine for me: Acked-by: Denys Dmytriyenko de...@ti.com components in there for toolchain recipes. I have left gcc 4.6 in there for now since OE-Core still have those recipes. The following changes since commit 14869e500c1a2f6be4704bf7399435fda00dc34c: klibc: upgrade to latest git (pre 2.0) (2012-05-14 16:02:03 +0200) are available in the git repository at: git://git.openembedded.org/meta-openembedded-contribkraj/remove-gcc-4.5 Khem Raj (3): eglibc-2.12: Remove binutils-2.20: Remove gcc-4.5: Remove .../eglibc/cross-localedef-native_2.12.bb | 43 - .../eglibc/eglibc-2.12/IO-acquire-lock-fix.patch | 17 - .../eglibc-2.12/armv4-eabi-compile-fix.patch | 25 - .../eglibc-svn-arm-lowlevellock-include-tls.patch | 21 - .../eglibc/eglibc-2.12/generate-supported.mk | 11 - .../eglibc/eglibc-2.12/ld-search-order.patch | 56 - .../eglibc/eglibc-2.12/mips-rld-map-check.patch| 23 - .../eglibc/eglibc-2.12/ppc-enable-603e-cpu.patch | 26 - .../eglibc-2.12/shorten-build-commands.patch | 81 - .../recipes-core/eglibc/eglibc-initial_2.12.bb |6 - .../recipes-core/eglibc/eglibc-locale_2.12.bb |1 - toolchain-layer/recipes-core/eglibc/eglibc_2.12.bb | 109 - .../binutils-2.20.1/110-arm-eabi-conf.patch| 22 - .../152_arm_branches_to_weak_symbols.patch | 240 - .../binutils-2.20.1/200_elflink_%B_fixes.patch | 65 - .../201_elflink_improve_noaddneeded_errors.patch | 70 - .../202_elflink_noaddneeded_vs_weak.patch | 87 - .../binutils-2.20.1/binutils-2.16.1-e300c2c3.patch | 18 - .../binutils-2.19.1-ld-sysroot.patch | 37 - .../binutils-2.20.1/binutils-mips-pie.patch| 29 - .../binutils/binutils-2.20.1/binutils-poison.patch | 253 - .../binutils-uclibc-100-uclibc-conf.patch | 34 - ...binutils-uclibc-300-001_ld_makefile_patch.patch | 50 - ...binutils-uclibc-300-006_better_file_error.patch | 43 - ...ils-uclibc-300-012_check_ldrunpath_length.patch | 47 - .../binutils-uclibc-gas-needs-libm.patch | 38 - .../binutils-x86_64_i386_biarch.patch | 26 - .../binutils-2.20.1/libiberty_path_fix.patch | 20 - .../binutils-2.20.1/libtool-2.4-update.patch |31174 .../binutils-2.20.1/libtool-rpath-fix.patch| 36 - .../binutils/binutils-cross-canadian.inc | 22 - .../binutils/binutils-cross-canadian_2.20.1.bb |3 - .../recipes-devtools/binutils/binutils-cross.inc | 30 - .../binutils/binutils-cross_2.20.1.bb |3 - .../binutils/binutils-crosssdk_2.20.1.bb | 12 - .../recipes-devtools/binutils/binutils.inc | 149 - .../recipes-devtools/binutils/ ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel