[oe] Request for branch merge
Richard Purdie
rpurdie at rpsys.net
Thu Apr 1 15:33:01 UTC 2010
I've been aware that Poky and OE have been diverging slightly and I'd
like to correct this. There are some patches that I've promised for a
while too such as the rename from do_populate_staging ->
do_populate_sysroot.
With some help from Joshua Lock, I have a branch I'd like to propose be
merged into OE.dev:
http://cgit.openembedded.org/cgit.cgi/openembedded/log/?h=rpurdie/work-in-progress
This branch:
* Renames do_populate_staging -> do_populate_sysroot as per previous
staging discussion emails and also the staging directory ->
sysroots. It should convert existing builds safely and insert a
compatibility symlink. This continues the process of improving our
"staging" concept into one focused around true sysroots.
* Adds some gettext class sanity checks. In Poky this error is fatal,
for OE this is just a note for now. The idea being if AM_GNU_GETTEXT
is in configure.ac and gettext in some form isn't in DEPENDS,
something is wrong.
* Added relocatable binary processing from Poky for -native binaries
using chrpath. This isn't enabled for -cross packages due to the
relative path length problems.
* Added packaged-staging fetching capabilities. This uses new mirror
handling abilities in bitbake master branch but should work with older
bitbakes, just with less functionality.
* Started moving gcc dependency information into core gcc version
specific includes as part of the gcc cleanup.
* Converted gcc to use the new style staging
* Added EXTRA_OECONF_INITIAL and EXTRA_OECONF_INTERMEDIATE variables to
gcc as part of the gcc cleanup
* Converted binutils, modutils-cross, glibc and gdb to new style staging
* Cleaned up the gcc-cross do_install function a lot
Along with a small number of other tweaks spotted along the way.
I could post the patches individually and get Acked lines for each one
but I'm hoping to avoid that and get permission to merge the branch
directly. We have talked about most of these things in one form or
another.
Cheers,
Richard
More information about the Openembedded-devel
mailing list