summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/gcc/gcc-package-target.inc
Commit message (Collapse)AuthorAgeFilesLines
* gcc-package-target.inc: add the symbol link /lib/cppDexuan Cui2011-11-241-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | When I was trying self-hosted-image, eglibc's do_install failed in the target: ERROR: cannot stat bootparam_prot.h: the cause is: rpcgen doesn't work properly: rpcgen can't exec /lib/cpp since it doesn't exist. According to http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lib.html: "if a C preprocessor is installed, /lib/cpp must be a reference to it, for historical reasons. The usual placement of this binary is /usr/bin/cpp". Typical distros, like Ubuntu, openSuSE, Fedora and RHEL, all comply with the rule. Actually in meta/recipes-devtools/gcc/gcc-package-target.inc, we do try to package ${base_libdir}/cpp: FILES_cpp = "\ ${bindir}/${TARGET_PREFIX}cpp \ ${base_libdir}/cpp \ ${libexecdir}/gcc/${TARGET_SYS}/${BINV}/cc1" But unluckily we didn't create a symbol link in do_install. This patch adds the symbol link. (From OE-Core rev: 58fb9fbce2af05a469691390e75aebb2de16ca96) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix two QA issuesRichard Purdie2011-09-281-0/+2
| | | | | | | | | | | a) There is a QA warning from a .so being present in a main package. In the case of the plugin library for gcc, this is allowed. b) Remove the unwanted libiberty.a file with the strange path. We don't need/want this and this removes an unpackaged file warning. (From OE-Core rev: ca36a3edf9cede9fa0d73ba1a9538ab467cb5e3c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.6: Fix packaging of native toolchainsKumar Gala2011-07-251-0/+1
| | | | | | | | | | | | | | | | | The base gcc package is missing liblto_plugin.so. If we try a simple hello world compile we get something like: root@p5020-ds:~# gcc hello.c gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found compilation terminated. We need to include liblto_plugin.so in the base gcc package and not gcc-dev. (From OE-Core rev: 282326a188467edf6caef21b07a7e51288674245) Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-package-target: don't fail if the .la files we try to delete are not ↵Koen Kooi2011-07-191-1/+1
| | | | | | | | | | | | | | | there to start with This fixes: | rm: cannot remove `/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-4.5-r39.1+svnr175127/image/usr/libexec/gcc/arm-angstrom-linux-gnueabi/4.5.4/*.la': No such file or directory | ERROR: Function 'do_install' failed (see /OE/tentacle/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/gcc-4.5-r39.1+svnr175127/temp/log.do_install.19514 for further information) NOTE: package gcc-4.5-r39.1+svnr175127: task do_install: Failed (From OE-Core rev: 4db073061bdd1d3361ff90d309049a1621f06704) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix packaging correctlySaul Wold2011-07-121-3/+6
| | | | | | | | | | | | [YOCTO #1233] This fix directly packages the contents in and adds the lib*.so correctly to the -dev package. (From OE-Core rev: d3c5f93714165e5c089ce80194f2be07e31d920c) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix unpackaged files warnings, broken symlink and superfluous filesRichard Purdie2011-07-071-5/+20
| | | | | | (From OE-Core rev: 696f00b67217242f3a372d070c2473f8ced639ed) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Remove unneeded module .la file and .so linkRichard Purdie2011-07-051-0/+2
| | | | | | | | This avoids a QA error. (From OE-Core rev: 6d284d656e129be526e272f61405d1b004fe0ec9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix removal of libiberty.aRichard Purdie2011-07-051-2/+2
| | | | | | | | | | | | | The changes in commit 553a92c442bc3a35d1520a22e640a3a0e377b8f7 were not applying correctly due to the error: "find: paths must precede expression" This patch corrects the find syntax. [YOCTO #1199] (From OE-Core rev: b8d72e3af93ff9e2808fef4fe7b9d00b68bf9715) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix file ownershipMark Hatle2011-06-281-0/+2
| | | | | | | | | | | Most of the files that end up in the gcc include dir and other misc files scattered throughout the install get the build users uid and gid. (From OE-Core rev: db99a65b3e93dfacc27ea821c788f15b5de3a497) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: fix target gcc runtime issueNitin A Kamble2011-05-131-0/+1
| | | | | | | | | | | | The liblto_plugin.so file is not packages for the target recipe causing this gcc failure on the target. gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found (From OE-Core rev: a121494f9bdebb940e3f2f121040988be6dca592) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-package-target: Switch to TARGET_PREFIX in symlinksTom Rini2011-05-091-5/+5
| | | | | | | | | | | | | When TARGET_PREFIX and TARGET_SYS didn't match up, the symlinks we made were invalid. TARGET_PREFIX is what we use when configuring so it's what we should be using here. This is 05143e9b5d0a42e32ee0dd3c7fde482ff8d63f63 from OE. (From OE-Core rev: c0d6ba1ead3e68509718bea09d0b4d5a49a5f73e) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: take out libiberty files from gcc packagesNitin A Kamble2011-03-031-0/+4
| | | | | | | | | this Fixes [BUGID #754] (From OE-Core rev: 553a92c442bc3a35d1520a22e640a3a0e377b8f7) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+99
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>