From: Martin Jansa <martin.jansa@gmail.com>
To: McClintock Matthew-B29882 <B29882@freescale.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>,
openembedded-core@lists.openembedded.org,
Scott Garman <scott.a.garman@intel.com>
Subject: Re: [yocto] Trying to re-use sstate.
Date: Wed, 15 Feb 2012 16:34:36 +0100 [thread overview]
Message-ID: <20120215153436.GA32230@jama.jama.net> (raw)
In-Reply-To: <20120214175804.GB23843@jama.jama.net>
[-- Attachment #1: Type: text/plain, Size: 3805 bytes --]
On Tue, Feb 14, 2012 at 06:58:05PM +0100, Martin Jansa wrote:
> On Tue, Feb 07, 2012 at 02:59:54PM +0000, McClintock Matthew-B29882 wrote:
> > The paths issue your are speculating on was fixed by myself and Richard last November.
> >
> > I would suggest running bitbake-diffsig to determine the actual sstate differences.
> >
>
> Usually I'm complaining that sstate cache is not used enough, but today
> I got pretty decent percentage of reuse while building from scratch 2
> similar machines (nokia900 and om-gta04) but also few wrong sysroot
> references which slipped in (I thought those were fixed).
>
> First I've built my image for nokia900, then for om-gta04 (with rm_work
> disabled to reuse sstate).
>
> OE @ ~/shr-core/tmp-eglibc/sysroots/om-gta04 $ grep -R nokia900 . 2>/dev/null >nokia900.log
>
> $ wc -l nokia900.log
> 1673 nokia900.log
>
> now lot's of binaries have some reference to nokia900 sysroot, grep
> shows e.g. "Binary file ./lib/ld-2.15.so matches"
> $ grep "^Binary file " nokia900.log | wc -l
> 1637
>
> which is maybe fine..
>
> An then there is few crossscripts and headers some are already in
> SSTATE_SCAN_FILES some are missing I guess:
>
> $ grep -v "^Binary file " nokia900.log | wc -l
> 36
> $ grep -v "^Binary file " nokia900.log | sed 's/:.*//g' | sort -u
> ./usr/bin/crossscripts/arm-oe-linux-gnueabi-libtool
> ./usr/bin/crossscripts/curl-config
> ./usr/bin/crossscripts/libgcrypt-config
> ./usr/bin/crossscripts/libtoolize
> ./usr/include/gmp.h
> ./usr/lib/gcc/arm-oe-linux-gnueabi/4.6.3/plugin/include/configargs.h
> ./usr/lib/python2.7/config/Makefile
and there is more
./usr/bin/crossscripts/apu-1-config:INCLUDES="-I/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/include"
./usr/bin/crossscripts/apu-1-config:LDFLAGS="-L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib"
./usr/bin/crossscripts/gdlib-config: echo -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/../lib
./usr/bin/crossscripts/gdlib-config: echo "ldflags: -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -L/OE/shr-core/tmp-eglibc/sysroots/nokia900/usr/lib/../lib"
./usr/bin/crossscripts/apr-1-config:CC="arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900"
./usr/bin/crossscripts/apr-1-config:CPP="arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900 -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8"
./usr/lib/postgresql/pgxs/src/Makefile.global:CPP = arm-oe-linux-gnueabi-gcc -E --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900 -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8
./usr/lib/postgresql/pgxs/src/Makefile.global:CC = arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/lib/postgresql/pgxs/src/Makefile.global:LD = arm-oe-linux-gnueabi-ld --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/share/apr/apr_rules.mk:CC=arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
./usr/share/build-1/apr_rules.mk:CC=arm-oe-linux-gnueabi-gcc -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 --sysroot=/OE/shr-core/tmp-eglibc/sysroots/nokia900
Cheers,
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
prev parent reply other threads:[~2012-02-15 15:42 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAEsOVNe2iXiaG+=je65zNAY10Bf4PqrbJfLuJtMhzwcGttUQXA@mail.gmail.com>
2012-02-14 17:58 ` [yocto] Trying to re-use sstate Martin Jansa
2012-02-15 15:34 ` Martin Jansa [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120215153436.GA32230@jama.jama.net \
--to=martin.jansa@gmail.com \
--cc=B29882@freescale.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=scott.a.garman@intel.com \
--cc=yocto@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox