On Wed, Sep 04, 2024 at 07:59:14AM -0700, Khem Raj wrote:
> On Wed, Sep 4, 2024 at 7:52 AM Richard Purdie via
> lists.openembedded.org
> <[email protected]> wrote:
> >
> > On Wed, 2024-09-04 at 10:32 -0400, Denys Dmytriyenko wrote:
> > > Well, meta-ti uses multiconfig to build baremetal pieces for the MCU core
> > > on newer heterogeneous platforms. While TI Distro meta-arago already used
> > > TCLIBCAPPEND and also added similar TCMODEAPPEND due to the long-time
> > > support of the external toolchains, I was facing issues when TCLIBCAPPEND
> > > wasn't being used with meta-ti (e.g. with Poky distro) due to conflicts
> > > between glibc and baremetal toolchain packages, nativesdk ones, IIRC.
> > >
> > > Not sure if all the corner cases were fixed recently or otherwise easy
> > > to fix, but we may still need TCLIBCAPPEND around, at least for now?
> >
> > My point is that it is just as easy for you to append to TMPDIR in
> > these cases as it is to set TCLIBCAPPEND so I'm not really seeing it
> > adding value. It is just complicating things needlessly IMO.
> >
> 
> We have leveraged tuples extensively in OE thus far and they  are a
> fit for these kind of
> use cases, If we have corner cases where it fails to uphold them then
> I would say
> its a bug and we should try to fix it and make TCLIBCAPPEND obsolete

I'm fine with this stance and be happy to run some tests forcing everything 
into a combined TMPDIR and file bug reports for any breakage. Though I'm 
fully aware of our collective limited resources, so there are no promises 
of fixing such corner cases. Hence I'm a bit cautious of removing something 
that's been working so far...

-- 
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#2040): 
https://lists.openembedded.org/g/openembedded-architecture/message/2040
Mute This Topic: https://lists.openembedded.org/mt/108262278/21656
Group Owner: [email protected]
Unsubscribe: https://lists.openembedded.org/g/openembedded-architecture/unsub 
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to