On Mon, 2024-12-09 at 18:38 +0100, Marco Felsch wrote:
> On 24-12-09, Richard Purdie wrote:
> > On Mon, 2024-12-09 at 17:22 +0000, Richard Purdie via
> > lists.openembedded.org wrote:
> > 
> Okay, thanks for the clarification. I'm not very deep into the
> bitbake
> core development.
> 
> > > If we're hitting the "NULL prefix" code in icecc_version(),
> > > wouldn't it
> > > be better to special case pn == "no-pn" there, note that it is at
> > > dependency parse time and return a dummy "parse-time-dummy-
> > > icetarball.tgz" value?
> 
> I used the current location (use_icecc) since it makes no sense to me
> to
> check for recipe names (disabled_recipes, enabled_recipes) if we
> can't
> use the PN value.
> 
> > I meant to add, if we rewrite some of these functions in python,
> > these
> > issues would go away as we don't expand data in python functions.
> 
> Now with your explanation it makes more sense to me why only
> set_icecc_env() failed... Thanks a lot!
> 
> > The modern way of doing much of this would be a python prefunc on
> > the
> > appropriate tasks. I have to wonder how many people are using icecc
> > :/.
> 
> Okay, I will give it a try with a python based prefunc.

Just wanted to say thanks for that patch, it looks like a neater way to
fix this and likely other issues too.

Cheers,

Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#208781): 
https://lists.openembedded.org/g/openembedded-core/message/208781
Mute This Topic: https://lists.openembedded.org/mt/110009272/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to