linux/poky.git/meta/recipes-devtools/gcc, branch 1.4_M3

gcc: add missing dependency (zlib)

2013-01-15T08:10:14+00:00

- add zlib to DEPENDS (it fails otherwise) (From OE-Core rev: 7a0fd7145461d3feb9fe7900a39376d556e655d6) Signed-off-by: Constantin Musca Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

gcc: restore FILESPATH

2013-01-07T14:30:51+00:00

restore FILESPATH to previous setting because the new one doesn't allow the normal use of FILESEXTRAPATHS_prepend in the case of append recipe. In the current implementation, in fact, the FILESPATH is statically set into the gcc-4.7.inc and so the base_set_filespath is not invoked to manage extrapaths. (From OE-Core rev: acdec40f31ecd2eecf8c173b632b8fb01ca59b3d) Signed-off-by: Giuseppe Condorelli Signed-off-by: Richard Purdie

gcc-cross-canadian.inc: Add dependency on cross-gcc

2012-12-19T17:55:01+00:00

gcc-cross-canadian uses cross compiler during libgcc build when building from sstate the build failed when building gcc-cross-canadian since it did not populate gcc-cross therefore add an explicit dependency on virtual/${TARGET_PREFIX}gcc to make sure that gcc-cross is available before building gcc-cross-canadian (From OE-Core rev: d9b7478e41e3065d01aa45d8d70fae2fc5ff6066) Signed-off-by: Khem Raj Signed-off-by: Mark Hatle Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

gcc: Add --enable-linker-build-id

2012-11-24T15:12:29+00:00

See https://fedoraproject.org/wiki/Releases/FeatureBuildId for the benefits this brings. As far as I can tell from searching the discussion archives, there doesn't appear to be a reason not to enable this, and the benefits are real. Both the Red Hat Enterprise Linux 6, all Fedora, and Ubuntu Quantal GCC builds are configured with this on. I plan to use it in gnome-ostree. (From OE-Core rev: f3be2b1e5e100a953d6d7fbbb19a77a5c4d547e1) Signed-off-by: Colin Walters Signed-off-by: Richard Purdie

gcc-cross: Explicitly depend on linux-libc-headers

2012-11-24T15:12:28+00:00

gcc-cross cannot build without linux-libc-headers but doesn't explicitly depend on it relying on the implied dependency through libc. With cases where pieces can be installed through sstate, we now need this explicit dependency to ensure builds with partial sstate work. (From OE-Core rev: 65e5670ef429bb6c348decb1804e425f1c4d7c61) Signed-off-by: Richard Purdie

gcc: Use FILESPATH instead of FILESDIR and cleanup/simplify

2012-11-21T16:56:01+00:00

(From OE-Core rev: 4cb359182da00e661fda11a8b31e3611b0df03cb) Signed-off-by: Richard Purdie

Revert "gcc: Use FILESPATH instead of FILESDIR and cleanup/simplify"

2012-11-20T16:47:11+00:00

This reverts commit 90616875b432a932415063b08497266e70c49d75. It was never meant to be applied as its an incorrect previous development verison of a patch in progress.

gcc: Use FILESPATH instead of FILESDIR and cleanup/simplify

2012-11-19T21:18:52+00:00

Signed-off-by: Richard Purdie

classes: Be consistent about sstate-inputdirs/outputdirs ending with '/'

2012-11-14T14:38:28+00:00

If sstate-inputdirs and sstate-outputdirs don't match with ending '/' characters, the manifest file can end up corrupted. This change ensures the metadata is consistent in ending do_populate_root tasks with this character to avoid manifest file corruption. (From OE-Core rev: 3910eaf88d14904eef85b9e391387547df7fc54e) Signed-off-by: Richard Purdie

gcc-cross-canadian: Fix gettext dependency

2012-10-10T14:06:12+00:00

There was a problem in commit ad23395cd1f6c0cbfcc6980b6071d589f9f6cde0 since gettext-nativesdk was translated to gettext instead of nativesdk-gettext. This fixes to use the correct dependency. (From OE-Core rev: a6e325342cb489e05927d6cb2bb0a24fa6c20ef8) Signed-off-by: Richard Purdie