All of lore.kernel.org
 help / color / mirror / Atom feed
From: ChenQi <Qi.Chen@windriver.com>
To: <yocto@yoctoproject.org>
Subject: Re: When to create a new build directory for yocto?
Date: Sun, 30 Nov 2014 16:03:40 +0800	[thread overview]
Message-ID: <547ACF5C.8010403@windriver.com> (raw)
In-Reply-To: <CAKGbVbtPT_ZwgLs72HMGbk-VesbUyRiQBoQDG+UrGMFZWg4qwQ@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1636 bytes --]

I would suggest to use separate build directories but let these builds 
to share downloads and sstate.

Regards,
Chen Qi

On 11/30/2014 12:49 PM, Qiang Yu wrote:
> Hi all,
>
> I'm maintaining a Yocto build system to produce these outputs:
>
> 1. ARM SOC 1
>   1). board 1 image
>   2). board 2 image
>   3). SDK for i686
>   4). SDK for x86_64
> 2. ARM SOC 2
>   1). board 3 image
>   2). board 4 image
>   3). SDK for i686
>   4). SDK for x86_64
>
> Now I don't know the right way to create build directories for these 
> builds. The simplest way
> I think is creating one build directory for each of these builds. But 
> it wast resource for boards
> with the same SOC which can share cross toolchain. And ARM SOC 1 and 
> ARM SOC 2 use
> different conf/bblayers.conf to add different BSP layer, I need to 
> modify it when switch SOC.
> So the right way is creating one build directory for each SOC, then 
> bitbake each output's recipe,
> right?
>
> I am also not sure if I can put the SDK and board image in the same 
> build directory. Because
> once I build a board's image after creating its SDK, I add gdbserver 
> to it, but the build fail without
> really building the gdbserver package. So I guess the board image 
> build is confused by the SDK
> build state.
>
> So the conclusion is I need a recommended way to separate output into 
> different build directories:
> 1. minimize rebuild shared packages
> 2. no build state corruption
> 3. if multi output in the same build dir, no change to conf/ files or 
> an easy way to switch between
>
> Regards,
> Qiang
>
>
>


[-- Attachment #2: Type: text/html, Size: 2893 bytes --]

  reply	other threads:[~2014-11-30  8:03 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-30  4:49 When to create a new build directory for yocto? Qiang Yu
2014-11-30  8:03 ` ChenQi [this message]
2014-11-30 14:28   ` Qiang Yu
2014-12-01  1:37     ` Qiang Yu
     [not found]   ` <CAKGbVbuLb-fzeGp78NxWYysVru=cweptGcjq2AuzVath+DC57g@mail.gmail.com>
     [not found]     ` <547BCC00.2070106@windriver.com>
2014-12-01  3:01       ` Qiang Yu
2014-12-01  3:27         ` ChenQi
2014-12-01  4:45           ` Qiang Yu
2014-12-01  5:28             ` ChenQi
2014-12-01  7:04               ` Qiang Yu
2014-12-01  7:23                 ` ChenQi
     [not found]                 ` <547C196A.8080208@windriver.com>
2014-12-01  8:13                   ` Qiang Yu

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=547ACF5C.8010403@windriver.com \
    --to=qi.chen@windriver.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.