All of lore.kernel.org
 help / color / mirror / Atom feed
* Adjusting Extensible SDK for build setup
@ 2020-07-20 15:06 Monsees, Steven C (US)
  2020-07-20 15:30 ` [yocto] " Richard Purdie
  0 siblings, 1 reply; 3+ messages in thread
From: Monsees, Steven C (US) @ 2020-07-20 15:06 UTC (permalink / raw)
  To: yocto

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


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.

In the Yocto Project Mega-Manual, Appendix B.2... it talks about setting up COREBASE and COREBASE_FILES...

The default COREBASE_FILES is setup in populate_sdk_ext.bbclass as:

COREBASE_FILES ?= " \
    oe-init-build-env \
    scripts \
    LICENSE \
    .templateconf \
"
How do I configure COREBASE, COREBASE_FILES, and OE_INIT_ENV_SCRIPT variable so that populate_sdk_ext.bbclass is able to properly run "do_populate_sdk_ext" without having to modify populate_sdk_ext.bbclass ?

Can someone tell me the proper configuration for these variables so that my "setup-build-env" script is copied/used correctly by the SDK build env ?

Thanks,
Steve




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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [yocto] Adjusting Extensible SDK for build setup
  2020-07-20 15:06 Adjusting Extensible SDK for build setup Monsees, Steven C (US)
@ 2020-07-20 15:30 ` Richard Purdie
  2020-07-20 15:57   ` Monsees, Steven C (US)
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Purdie @ 2020-07-20 15:30 UTC (permalink / raw)
  To: Monsees, Steven C (US), yocto

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


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [yocto] Adjusting Extensible SDK for build setup
  2020-07-20 15:30 ` [yocto] " Richard Purdie
@ 2020-07-20 15:57   ` Monsees, Steven C (US)
  0 siblings, 0 replies; 3+ messages in thread
From: Monsees, Steven C (US) @ 2020-07-20 15:57 UTC (permalink / raw)
  To: Richard Purdie, yocto


The BUILDDIR is defined as configurable under Yocto...
I set this up as per the Yocto docs based on the "MACHINE' I am building, I do not believe this is the issue. 

There is no issue when building the standard SDK... 

I am looking for the proper variable settings for COREBASE, COREBASE_FILES, and OE_INIT_ENV_SCRIPT variables required by eSDK when working with
a different environment setup script not located in the COREBASE (i.e. poky) directory...

Thanks,
Steve

-----Original Message-----
From: yocto@lists.yoctoproject.org [mailto:yocto@lists.yoctoproject.org] On Behalf Of Richard Purdie
Sent: Monday, July 20, 2020 11:31 AM
To: Monsees, Steven C (US) <steven.monsees@baesystems.com>; yocto@lists.yoctoproject.org
Subject: Re: [yocto] Adjusting Extensible SDK for build setup

*** WARNING ***
EXTERNAL EMAIL -- This message originates from outside our organization.


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


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2020-07-20 15:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-07-20 15:06 Adjusting Extensible SDK for build setup Monsees, Steven C (US)
2020-07-20 15:30 ` [yocto] " Richard Purdie
2020-07-20 15:57   ` Monsees, Steven C (US)

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.