* executable depends on the library that is built in the same recipe
@ 2017-12-11 19:45 Rail Shafigulin
2017-12-11 19:54 ` Jeremy A. Puhlman
0 siblings, 1 reply; 4+ messages in thread
From: Rail Shafigulin @ 2017-12-11 19:45 UTC (permalink / raw)
To: yocto
I have a recipe that builds a library and an executable. Executable
depends on the library which built int he same recipe. When I run
bitbake I get the following error:
WARNING: mytool-1.0+gitAUTOINC+3e2b76e330-r0 do_package_qa: QA Issue:
/bin/mytool contained in package mytool requires libMyTool.so, but no
providers found in RDEPENDS_mytool? [file-rdeps]
I tried the suggestion given by the bitbake putting mytool in
REDEPNDS_${PN}, but that didn't work. I also tried looking online for
the solution but didn't find one.
Can someone help out?
--
Rail Shafigulin
Software Engineer
Esencia Technologies
--
*ESENCIA TECHNOLOGIES, INC.*3945 Freedom Circle, Suite #360,
Santa Clara CA 95054
________________________________________________________
Phone: +1 408 736 8284 Fax: +1 408 519 3475
http://www.esenciatech.com | http://www.lnttechservices.com
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: executable depends on the library that is built in the same recipe
2017-12-11 19:45 executable depends on the library that is built in the same recipe Rail Shafigulin
@ 2017-12-11 19:54 ` Jeremy A. Puhlman
2017-12-12 4:18 ` Vineeth Karumanchi
0 siblings, 1 reply; 4+ messages in thread
From: Jeremy A. Puhlman @ 2017-12-11 19:54 UTC (permalink / raw)
To: Rail Shafigulin, yocto
Given it is looking for libMyTool.so and not a versioned library, my
guess is that the shared
library is not setting a proper soname when being built. All libraries
should be built with a soname,
and if done correctly should be versioned. The .so file generally
shouldn't be the runtime library
but a link back to the versioned library, so you get something that
looks like:
/usr/lib/libz.so -> libz.zo.1.2.11
/usr/lib/libz.so.1.2.11
/usr/lib/libz.so.1 -> libz.so.1
On 12/11/2017 11:45 AM, Rail Shafigulin wrote:
> I have a recipe that builds a library and an executable. Executable
> depends on the library which built int he same recipe. When I run
> bitbake I get the following error:
>
> WARNING: mytool-1.0+gitAUTOINC+3e2b76e330-r0 do_package_qa: QA Issue:
> /bin/mytool contained in package mytool requires libMyTool.so, but no
> providers found in RDEPENDS_mytool? [file-rdeps]
>
> I tried the suggestion given by the bitbake putting mytool in
> REDEPNDS_${PN}, but that didn't work. I also tried looking online for
> the solution but didn't find one.
>
> Can someone help out?
>
>
--
Jeremy A. Puhlman
jpuhlman@mvista.com
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: executable depends on the library that is built in the same recipe
2017-12-11 19:54 ` Jeremy A. Puhlman
@ 2017-12-12 4:18 ` Vineeth Karumanchi
2017-12-12 19:14 ` Rail Shafigulin
0 siblings, 1 reply; 4+ messages in thread
From: Vineeth Karumanchi @ 2017-12-12 4:18 UTC (permalink / raw)
To: yocto
using this might help
oe_libinstall -so
On 12/12/2017 1:24 AM, Jeremy A. Puhlman wrote:
> Given it is looking for libMyTool.so and not a versioned library, my
> guess is that the shared
> library is not setting a proper soname when being built. All libraries
> should be built with a soname,
> and if done correctly should be versioned. The .so file generally
> shouldn't be the runtime library
> but a link back to the versioned library, so you get something that
> looks like:
>
> /usr/lib/libz.so -> libz.zo.1.2.11
> /usr/lib/libz.so.1.2.11
> /usr/lib/libz.so.1 -> libz.so.1
>
>
> On 12/11/2017 11:45 AM, Rail Shafigulin wrote:
>> I have a recipe that builds a library and an executable. Executable
>> depends on the library which built int he same recipe. When I run
>> bitbake I get the following error:
>>
>> WARNING: mytool-1.0+gitAUTOINC+3e2b76e330-r0 do_package_qa: QA Issue:
>> /bin/mytool contained in package mytool requires libMyTool.so, but no
>> providers found in RDEPENDS_mytool? [file-rdeps]
>>
>> I tried the suggestion given by the bitbake putting mytool in
>> REDEPNDS_${PN}, but that didn't work. I also tried looking online for
>> the solution but didn't find one.
>>
>> Can someone help out?
>>
>>
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-12-12 19:14 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-12-11 19:45 executable depends on the library that is built in the same recipe Rail Shafigulin
2017-12-11 19:54 ` Jeremy A. Puhlman
2017-12-12 4:18 ` Vineeth Karumanchi
2017-12-12 19:14 ` Rail Shafigulin
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.