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 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.