]> code.ossystems Code Review - openembedded-core.git/commit
gcc: Rework shared work
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Tue, 25 Nov 2014 17:58:10 +0000 (17:58 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Tue, 6 Jan 2015 14:13:08 +0000 (14:13 +0000)
commit6e9af42063c4135d3e72406a22d762425e5bebfd
tree9f1a8db965b7127f7e6263ff2f7e60c06008ee49
parenta4296a49ada629bc21ab29e2c6860583e0b4be07
gcc: Rework shared work

The current implementation of shared work for gcc is at best confusing. It relies
on the fetch/unpack/patch tasks having exactly the same stamps and if this gets
broken for some reason, its hard to figure out what the problem is. It also
leads to complex code in bitbake.

The benefits of shared work for gcc are clear but a better approach is needed. This
patch adjusts things so that a single new recipe (gcc-source) provides the
fetch/unpack/patch/preconfigure tasks, the rest of gcc simply depends on these tasks
and have no fetch/unpack/patch tasks of their own.

This means we should get the significant benefits (disk usage/performance) of the
single source tree but in a way which has less potential for problems and is
easier for people to understand. The cost is an extra recipe/some inc files
which is probably a good tradeoff.

(From OE-Core rev: ceaa0a448dc5ebddb4f7fb94fb8a503a1c0248c3)

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
meta/recipes-devtools/gcc/gcc-common.inc
meta/recipes-devtools/gcc/gcc-configure-common.inc
meta/recipes-devtools/gcc/gcc-shared-source.inc [new file with mode: 0644]
meta/recipes-devtools/gcc/gcc-source.inc [new file with mode: 0644]
meta/recipes-devtools/gcc/gcc-source_4.8.bb [new file with mode: 0644]
meta/recipes-devtools/gcc/gcc-source_4.9.bb [new file with mode: 0644]
meta/recipes-devtools/gcc/libgcc-common.inc