diff options
| author | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-09-13 13:35:31 +0100 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-09-13 17:41:10 +0100 |
| commit | 1b8e4abd2d9c0901d38d89d0f944fe1ffd019379 (patch) | |
| tree | 6496021c4cbb3026f3af4b149a9f5ff58e89fc4a /meta/recipes-devtools/gcc | |
| parent | 4246e7dd59800a1d6c6d02c00f4e86eeac020767 (diff) | |
| download | openembedded-core-1b8e4abd2d9c0901d38d89d0f944fe1ffd019379.tar.gz openembedded-core-1b8e4abd2d9c0901d38d89d0f944fe1ffd019379.tar.bz2 openembedded-core-1b8e4abd2d9c0901d38d89d0f944fe1ffd019379.zip | |
bitbake.conf/package: Collapse PKGDATA_DIR into a single machine specific directory
Currently we have a hierarchy of pkgdata directories and the code has to put together
a search path and look through each in turn until it finds the data it needs.
This has lead to a number of hardcoded paths and file globing which
is unpredictable and undesirable. Worse, certain tricks that should be
easy like a GL specific package architecture become problematic with the
curretn search paths.
With the modern sstate code, we can do better and construct a single pkgdata
directory for each machine in just the same way as we do for the sysroot. This
is already tried and well tested. With such a single directory, all the code that
iterated through multiple pkgdata directories and simply be removed and give
a significant simplification of the code. Even existing build directories adapt
to the change well since the package contents doesn't change, just the location
they're installed to and the stamp for them.
The only complication is the we need a different shlibs directory for each
multilib. These are only used by package.bbclass and the simple fix is to
add MLPREFIX to the shlib directory name. This means the multilib packages will
repackage and the sstate checksum will change but an existing build directory
will adapt to the changes safely.
It is close to release however I believe the benefits this patch give us
are worth consideration for inclusion and give us more options for dealing
with problems like the GL one. It also sets the ground work well for
shlibs improvements in 1.6.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/gcc')
| -rw-r--r-- | meta/recipes-devtools/gcc/gcc-common.inc | 4 |
1 files changed, 0 insertions, 4 deletions
diff --git a/meta/recipes-devtools/gcc/gcc-common.inc b/meta/recipes-devtools/gcc/gcc-common.inc index d20be9f8ff..062ccc7c03 100644 --- a/meta/recipes-devtools/gcc/gcc-common.inc +++ b/meta/recipes-devtools/gcc/gcc-common.inc @@ -60,10 +60,6 @@ def get_tune_parameters(tune, d): get_tune_parameters[vardepsexclude] = "AVAILTUNES" -# We really need HOST_SYS here for some packages and TARGET_SYS for others. -# For now, libgcc is most important so we fix for that - RP. -SHLIBSDIR = "${STAGING_DIR_TARGET}/shlibs" - DEBIANNAME_${MLPREFIX}libgcc = "libgcc1" MIRRORS =+ "\ |