On Mon, Jun 4, 2018 at 4:18 PM, Burton, Ross <ross.bur...@intel.com> wrote:
> That implies that INHIBIT_DEFAULT_DEPS is also evaluating to true,
> which it shouldn't be in ATK.
>
> I'd definitely be checking if that is the case, and if you can
> replicate the failure with e.g. qemuarm.
I can't replicate it with qemuarm and checking with bitbake -e I can't
see anywhere that the variable is set. Any ideas on what to try to
figure out how it is set?
Alistair
>
> Ross
>
> On 4 June 2018 at 19:46, Alistair Francis <alistai...@gmail.com> wrote:
>> On Mon, Jun 4, 2018 at 10:20 AM, Alexander Kanavin
>> <alexander.kana...@linux.intel.com> wrote:
>>> On 06/04/2018 08:17 PM, Alistair Francis wrote:
>>>>
>>>> On Mon, Jun 4, 2018 at 3:06 AM, Burton, Ross <ross.bur...@intel.com>
>>>> wrote:
>>>>>
>>>>> So why isn't the inherit gettext sufficient?
>>>>
>>>>
>>>> I'm not sure. Here is the error I see when compiling for RISC-V before
>>>> this patch:
>>>
>>>
>>> So is the error specific to risc-v? You should dig deeper in that direction
>>> then.
>>
>> Ok, it looks like the line: if d.getVar('INHIBIT_DEFAULT_DEPS') and
>> not oe.utils.inherits(d, 'cross-canadian'): is evaluating as true in
>> gettext.bbclass so we don't depend on gettext-native.
>>
>> Do I need to ensure cross-canadian is set for RISC-V builds then?
>>
>> Alistair
>>
>>>
>>> Alex
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
