* Using boost-program-options and native
@ 2017-04-12 13:47 thilo.cestonaro
2017-04-13 6:34 ` Patrick Ohly
0 siblings, 1 reply; 4+ messages in thread
From: thilo.cestonaro @ 2017-04-12 13:47 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
[-- Attachment #1: Type: text/plain, Size: 858 bytes --]
Hey all!
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.)
Any hints?
Cheers,
Thilo
[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 4001 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Using boost-program-options and native
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
0 siblings, 1 reply; 4+ messages in thread
From: Patrick Ohly @ 2017-04-13 6:34 UTC (permalink / raw)
To: thilo.cestonaro@ts.fujitsu.com; +Cc: openembedded-core@lists.openembedded.org
On Wed, 2017-04-12 at 13:47 +0000, thilo.cestonaro@ts.fujitsu.com wrote:
> Hey all!
>
> 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.
--
Best Regards, Patrick Ohly
The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Using boost-program-options and native
2017-04-13 6:34 ` Patrick Ohly
@ 2017-04-13 6:53 ` Phil Wise
2017-04-13 7:26 ` thilo.cestonaro
0 siblings, 1 reply; 4+ messages in thread
From: Phil Wise @ 2017-04-13 6:53 UTC (permalink / raw)
To: openembedded-core
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:
https://github.com/advancedtelematic/meta-updater/blob/morty/recipes-sota/sota-tools/sota-tools_git.bb
inherit cmake
DEPENDS = "boost ..."
BBCLASSEXTEND = "native"
I'm no OE expect, so I won't claim this it is right answer, but it does
at least build.
Cheers,
Phil
--
Phil Wise, ATS Advanced Telematic Systems GmbH
Kantstrasse 162, 10623 Berlin
Managing Directors: Dirk Pöschl, Armin G. Schmidt
Register Court: HRB 151501 B, Amtsgericht Charlottenburg
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Using boost-program-options and native
2017-04-13 6:53 ` Phil Wise
@ 2017-04-13 7:26 ` thilo.cestonaro
0 siblings, 0 replies; 4+ messages in thread
From: thilo.cestonaro @ 2017-04-13 7:26 UTC (permalink / raw)
To: openembedded-core@lists.openembedded.org
[-- 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 --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-04-13 7:33 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox