All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Richard Purdie" <richard.purdie@linuxfoundation.org>
To: "Monsees, Steven C (US)" <steven.monsees@baesystems.com>,
	 "yocto@lists.yoctoproject.org" <yocto@lists.yoctoproject.org>
Subject: Re: [yocto] Adjusting Extensible SDK for build setup
Date: Mon, 20 Jul 2020 16:30:36 +0100	[thread overview]
Message-ID: <8ee586c7f4a0d7dcb4016a34d479f79aa38d9891.camel@linuxfoundation.org> (raw)
In-Reply-To: <MADEUP.16237E6420DAF7B2.12894@lists.yoctoproject.org>

On Mon, 2020-07-20 at 15:06 +0000, Monsees, Steven C (US) wrote:
>  
> I am fairly new to the Yocto SDK build process, and am looking to
> create an extensible SDK for one of our platforms.
>  
> I am currently working with Rocko 2.4.1, in conjunction with
> uninative release 1.9…
>  
> My current build system setup does not follow the standard
> configuration, I use a different environment setup script other than
> “oe-init-build-env”.
>  
> My environment setup script “setup-build-env” is also not located in
> the  ${COREBASE}, i.e. the “poky” directory, but rather at
> “${COREBASE}/../meta-bae/meta-limws”, the meta-limws level has
> multiple architecture sub levels (each an independent build), I am
> only looking to build an SDK for one of these architectures. Each
> architecture’s  bblayers.conf provides the appropriate layers…
>  
> My build directory is expected to reside here:
>   “${COREBASE}/../meta-bae/meta-limws/builds, and there are multiple
> architecture builds under this directory

I think the build directory expectation isn't going to work with the
eSDK.

The eSDK is really designed against one configuration and the build
directory becomes that specific SDK. You therefore can't require some
sub directory of the eSDK become the build directory as that isn't how
its designed to operate.

Cheers,

Richard


  reply	other threads:[~2020-07-20 15:30 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-20 15:06 Adjusting Extensible SDK for build setup Monsees, Steven C (US)
2020-07-20 15:30 ` Richard Purdie [this message]
2020-07-20 15:57   ` [yocto] " Monsees, Steven C (US)
     [not found] <5f15beeb.1c69fb81.4c8f7.9ea5SMTPIN_ADDED_MISSING@mx.google.com>
2020-07-20 16:16 ` Richard Purdie
2020-07-20 16:28   ` Monsees, Steven C (US)
     [not found] <5f15c655.1c69fb81.b5042.e2fdSMTPIN_ADDED_MISSING@mx.google.com>
2020-07-20 17:02 ` Richard Purdie
2020-07-20 17:13   ` Monsees, Steven C (US)
2020-07-20 17:18     ` Richard Purdie
2020-07-20 17:50       ` Monsees, Steven C (US)

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=8ee586c7f4a0d7dcb4016a34d479f79aa38d9891.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=steven.monsees@baesystems.com \
    --cc=yocto@lists.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.