From: "thilo.cestonaro@ts.fujitsu.com" <thilo.cestonaro@ts.fujitsu.com>
To: "openembedded-core@lists.openembedded.org"
<openembedded-core@lists.openembedded.org>
Subject: Re: Using boost-program-options and native
Date: Thu, 13 Apr 2017 07:26:40 +0000 [thread overview]
Message-ID: <1492068399.4511.1.camel@ts.fujitsu.com> (raw)
In-Reply-To: <1f6dd187-6d8a-d266-e3fb-620c1f723485@advancedtelematic.com>
[-- Attachment #1: Type: text/plain, Size: 2154 bytes --]
Am Donnerstag, den 13.04.2017, 08:53 +0200 schrieb Phil Wise:
> On 13.04.2017 08:34, Patrick Ohly wrote:
> > On Wed, 2017-04-12 at 13:47 +0000, thilo.cestonaro@ts.fujitsu.com wrote:
> > > I want to build a tool which makes use of boost-program-options lib. As long as I compile for the target, all is fine, but when I add
> > > > BBCLASSEXTEND += "native"
> > >
> > > to my recipe, I a bitbake error "Nothing Provides" ... :(
> > >
> > > > ERROR: Required build target 'mytool-native' has no buildable providers.
> > > > Missing or unbuildable dependency chain was: ['mytool-native', 'boost-program-options-native']
> > >
> > > In the recipe I just depend on boost and RDEPEND on boost-program-options:
> > > > DEPENDS = "boost"
> > > > RDEPENDS_${PN} = "boost-program-options"
> > >
> > > Is something wrong with this? Why is there a package
> > > boost-program-options but no boost-program-options-native, altough
> > > boost-native exists and the libboost-program-options.so is installed
> > > into the
> > > native sysroot. (I can compile flawlessly without the RDEPENDS line.)
> >
> > Native and nativesdk flavors don't have packages, so RDEPENDS only works
> > when depending on ${PN}-native (but not for ${PN}-native-some-package).
> >
> > Try:
> >
> > DEPENDS = "boost"
> > RDEPENDS_${PN}_class-target = "boost-program-options"
> >
> > "boost" already is a dependency via DEPENDS, so you shouldn't need an
> > RDEPENDS for it in the native case.
>
> The following worked for me when building a native recipe that depends
> on Boost Program Options:libboost-program-options1.60.0
>
> https://github.com/advancedtelematic/meta-updater/blob/morty/recipes-sota/sota-tools/sota-tools_git.bb
>
> inherit cmake
> DEPENDS = "boost ..."
> BBCLASSEXTEND = "native"
>
Thanks for your answers!
The problem is, that boost_program_options is a library which needs to be installed on the target. This isn't done with DEPENDS boost only.
But the answer of Patrick Ohly worked for me. Now my package has a dependency to libboost-program-options1.60.0 in the control file!
Cheers,
Thilo
[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 4001 bytes --]
prev parent reply other threads:[~2017-04-13 7:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-12 13:47 Using boost-program-options and native thilo.cestonaro
2017-04-13 6:34 ` Patrick Ohly
2017-04-13 6:53 ` Phil Wise
2017-04-13 7:26 ` thilo.cestonaro [this message]
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=1492068399.4511.1.camel@ts.fujitsu.com \
--to=thilo.cestonaro@ts.fujitsu.com \
--cc=openembedded-core@lists.openembedded.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox