All of lore.kernel.org
 help / color / mirror / Atom feed
From: ChenQi <Qi.Chen@windriver.com>
To: <yocto@yoctoproject.org>
Subject: Re: header file missing in populated SDK
Date: Tue, 3 Sep 2013 10:05:56 +0800	[thread overview]
Message-ID: <52254404.4040602@windriver.com> (raw)
In-Reply-To: <CAFyqS9o02b7W4LBhuPkRzo09yR74g71gEWyEvVJ5Ug-0XMD3yQ@mail.gmail.com>

On 09/02/2013 10:56 PM, Hans Beckérus wrote:
> Hi. We are having some issues figuring out why one of our header files
> fails to be installed properly into the SDK. The header file is
> currently installed using a few lines in one of our recipe:
>
> do_install_append() {
>          install -m 0644 ${S}/foo.h
> ${STAGING_DIR}/${MACHINE}${includedir}/linux/foo.h
> }
Please don't do that.
I think just installing the foo.h into the ${D}${includedir} would do. 
And foo.h will end up in the FOO-dev package.
Make sure that the FOO package is in the IMAGE_INSTALL list, and then 
use 'bitbake <your-image-recipe> -cpopulate_sdk' command to populate the 
SDK.

> foo.h ends up ok in our build/tmp/sysroots,
sysroots != SDK
The files under build/tmp/sysroots are usually generated by the 
do_populate_sysroot task of each recipe.

 From my understanding, SDK is composed of two parts, the target part 
and the nativesdk part.
The nativesdk part is determined by the TOOLCHAIN_HOST_TASK.
And the target part is determined by the TOOLCHAIN_TARGET_TASK.
The reason that we could only ensure that FOO is in IMAGE_INSTALL is 
because in image.bbclass, we have:
TOOLCHAIN_TARGET_TASK += "${PACKAGE_INSTALL}"
export PACKAGE_INSTALL ?= "${IMAGE_INSTALL} ${ROOTFS_BOOTSTRAP_INSTALL} 
${FEATURE_INSTALL}"

The process of populating SDK is also composed of two parts, installing 
the target packages and installing the nativesdk packages. See 
populate_sdk_xxx.bbclass for more details.

Best Regards,
Chen Qi

>   but it does not make it to the SDK.
> Is our do_install_append wrong in some way, does it have to be updated
> to support SDK builds? Maybe it is wrong to use ${MACHINE} here?
>
> Thanks.
> Hans
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
>



  reply	other threads:[~2013-09-03  2:05 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-02 14:56 header file missing in populated SDK Hans Beckérus
2013-09-03  2:05 ` ChenQi [this message]
2013-09-03  8:27   ` Hans Beckérus
2013-09-03 12:37     ` Bruce Ashfield
2013-09-03 12:46       ` Hans Beckérus
2013-09-03 15:27         ` Bruce Ashfield

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=52254404.4040602@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.