| CMake Error at
/home/sapiippo/qt6/build/tmp/work/cortexa57-poky-linux/grpc/1.59.2/recipe-sysroot/usr/lib/cmake/protobuf/protobuf-targets.cmake:116
(message):
| The imported target "protobuf::protoc" references the file
|
|
"/home/sapiippo/qt6/build/tmp/work/cortexa57-poky-linux/grpc/1.59.2/recipe-sysroot/usr/bin/protoc-23.4.0"
|
| but this file does not exist. Possible reasons include:
On Fri, 10 Nov 2023 at 09:38, Vyacheslav Yurkov <uvv.m...@gmail.com> wrote:
> You sure? Because I remember the test in grpc to check for CROSS_COMPILING
> in cmake to avoid that.
>
> Slava
>
> On 10.11.2023 08:12, Samuli Piippo wrote:
>
> This is not strictly a nativesdk issue.
> If you enable PACKAGECONFIG = "compiler" for protobuf, it will then build
> protoc for the target.
> This will then cause grpc target build to fail in the same way as
> nativesdk build.
>
> On Fri, 10 Nov 2023 at 08:40, Vyacheslav Yurkov <uvv.m...@gmail.com>
> wrote:
>
>> FTR, I suggested oe-core solution in the corresponding mailing list.
>>
>> Slava
>>
>> On 10.11.2023 07:19, Vyacheslav Yurkov via lists.openembedded.org wrote:
>>
>> On 10.11.2023 02:23, Clément Péron wrote:
>>
>> Hi Samuli,
>>
>> Le ven. 10 nov. 2023, 00:05, Vyacheslav Yurkov <uvv.m...@gmail.com> a
>> écrit :
>>
>>> Thanks for the explanation, that was the missing piece for me to get an
>>> understanding of the problem :)
>>>
>>> I think it's not only me, but also others, were confused by the fact
>>> that we are talking about native(sdk), but try to fix something with a
>>> non-native variable.
>>>
>>> I've just gave it a try and have two suggestions how this can be
>>> addressed.
>>>
>>> 1. Recipe based solution:
>>> SYSROOT_DIRS:append:class-nativesdk = " $bindir}"
>>>
>>
>> Is it not just missing something like
>>
>> DEPENDS:append:class-nativesdk = " protobuf-native "
>>
>> Regards
>>
>> Clement
>>
>>
>> This is already implicit by DEPENDS += "protobuf". Take a look at my
>> second suggestion. You can see that ${bindir} is staged for native recipes,
>> but not for nativesdk.
>>
>>
>>> 2. oe-core based solution:
>>> --- a/meta/classes-global/staging.bbclass
>>> +++ b/meta/classes-global/staging.bbclass
>>> @@ -26,6 +26,7 @@ SYSROOT_DIRS_NATIVE = " \
>>> ${localstatedir} \
>>> "
>>> SYSROOT_DIRS:append:class-native = " ${SYSROOT_DIRS_NATIVE}"
>>> +SYSROOT_DIRS:append:class-nativesdk = " ${SYSROOT_DIRS_NATIVE}"
>>> SYSROOT_DIRS:append:class-cross = " ${SYSROOT_DIRS_NATIVE}"
>>> SYSROOT_DIRS:append:class-crosssdk = " ${SYSROOT_DIRS_NATIVE}"
>>>
>>> The second one will invalidate nativesdk sstate, but might cover not
>>> only grpc issue (I would assume gdbus-codegen or any other generator has
>>> the same issue when used for SDK build).
>>>
>>> What are your thoughs?
>>>
>>> Thanks,
>>> Slava
>>>
>>> On 09.11.2023 14:35, Samuli Piippo wrote:
>>>
>>> DEPENDS += "protobuf" is enough to have dependencies resolved.
>>>
>>> Problem is that bitbake's do_populate_sysroot does not take anything
>>> from bindir.
>>> This leads to nativesdk-(qt)grpc's do_prepare_recipe_sysroot to not get
>>> the protoc binary into the recipe_sysroot as expected by CMake.
>>>
>>> This can be fixed with SYSROOT_DIRS.
>>>
>>> On Thu, 9 Nov 2023 at 12:19, Vyacheslav Yurkov <uvv.m...@gmail.com>
>>> wrote:
>>>
>>>> Hi Clément,
>>>> No, the issue is when you just build nativesdk recipe (we are not at
>>>> the stage to use the SDK yet).
>>>>
>>>> And that was exactly my question how to propagate the dependency
>>>> correctly for nativesdk build.
>>>>
>>>> Regards,
>>>> Slava
>>>>
>>>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#106529):
https://lists.openembedded.org/g/openembedded-devel/message/106529
Mute This Topic: https://lists.openembedded.org/mt/101679410/21656
Group Owner: openembedded-devel+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-devel/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
