From: Denys Dmytriyenko <denys@ti.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: meta-ti@yoctoproject.org, Gary Thomas <gary@mlbassoc.com>
Subject: Re: Getting TI tools into [host] SDK
Date: Fri, 10 Mar 2017 20:47:05 -0500 [thread overview]
Message-ID: <20170311014705.GY578@edge> (raw)
In-Reply-To: <20170308170328.GA2586@haswell>
On Wed, Mar 08, 2017 at 09:03:28AM -0800, Khem Raj wrote:
> On 17-03-08 09:10:18, Gary Thomas wrote:
> > I'm trying to build a [host] SDK for my target which uses some
> > TI tools, via -c populate_sdk_ext
Gary,
We don't use -c populate_sdk to produce SDKs. Instead, we still rely on the
old meta-toolchain mechanism. First, because it can be incorporated into other
recipes - i.e. we have a recipe that combines rootfs and SDK into one tarball.
Second, it provides more control to what get's packaged into SDK. Third, it
doesn't have this undefined magic to packaging stuff - i.e. this post is an
example of it failing. And only one slight drawback - requires keeping rootfs
image recipe in sync with meta-toolchain SDK recipe...
> > In particular, I'm using recipes-ti/devtools/ti-cgt-pru_2.1.4.bb
> > I include ti-cgt-pru-native to use the tools in my bitbake recipes - that works fine.
> > I include ti-cgt-pru in my target image to get the tools on my board - that also works.
> >
> > The problem is that in my SDK, none of the binaries are included, including clpru:
> >
> > $ ls -l /home/gthomas/my_ti_sdk/tmp/sysroots/rainier-p8701/usr/share/ti/cgt-pru
> > total 16
> > drwxrwxr-x 2 gthomas gthomas 12288 Mar 8 08:22 include
> > drwxrwxr-x 3 gthomas gthomas 4096 Mar 8 08:22 lib
> >
> > I added this to try and include the files:
> > TOOLCHAIN_HOST_TASK += "'nativesdk-ti-cgt-pru"
> > and I can see that there was a nativesdk-ti-cgt-pru built which does have all the
> > executables included, they just aren't being packaged.
> >
> > $ ls tmp/work/x86_64-nativesdk-mysdk-linux/nativesdk-ti-cgt-pru/2.1.4-r0/image/opt/mydistro/2.2+snapshot/sysroots/x86_64-amltdsdk-linux/usr/share/ti/cgt-pru/bin
>
> perhaps you need to correct the install location for nativesdk may be
> via overriding do_install
Why?
--
Denys
> > abspru arpru cgpru clpru dispru hexpru libinfopru nmpru optpru xrefpru
> > acpiapru asmpru clistpru dempru embedpru ilkpru lnkpru ofdpru strippru
> >
> > Any ideas on what I need to do to get the binary executables into my SDK?
> >
> > Note: I copied just those (bin) files into my SDK target sysroot usr/bin and the compiler
> > runs just fine. I just need to figure out the recipe magic to make this happen.
next prev parent reply other threads:[~2017-03-11 1:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-03-08 8:10 Getting TI tools into [host] SDK Gary Thomas
2017-03-08 17:03 ` Khem Raj
2017-03-11 1:47 ` Denys Dmytriyenko [this message]
2017-03-11 2:00 ` Khem Raj
2017-03-11 2:27 ` Denys Dmytriyenko
2017-03-11 2:45 ` Khem Raj
2017-03-11 2:53 ` Denys Dmytriyenko
2017-03-11 5:00 ` Gary Thomas
2017-03-13 17:05 ` Denys Dmytriyenko
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=20170311014705.GY578@edge \
--to=denys@ti.com \
--cc=gary@mlbassoc.com \
--cc=meta-ti@yoctoproject.org \
--cc=raj.khem@gmail.com \
/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.