On Thu, Jun 4, 2020 at 2:47 PM Richard Purdie <[email protected]> wrote: > > On Thu, 2020-06-04 at 14:18 +0200, Andreas Müller wrote: > > On Thu, Jun 4, 2020 at 2:11 PM Richard Purdie > > <[email protected]> wrote: > > > On Thu, 2020-06-04 at 14:03 +0200, Andreas Müller wrote: > > > > From: Jacob Kroon <[email protected]> > > > > > > > > 'pseudo_access_t' is a type, so use typedef. > > > > > > > > Fixes building pseudo with gcc 10 where -fno-common is the > > > > default. > > > > > > > > (Backport of OE-Core rev: > > > > a7d519f742aadc9110c2401f359254210a784f6b) > > > > > > > > Signed-off-by: Jacob Kroon <[email protected]> > > > > Signed-off-by: Richard Purdie <[email protected] > > > > > > > > > Signed-off-by: Andreas Müller <[email protected]> > > > > > > Does warrior otherwise work on gcc10 hosts? > > Not yet but I am working on it. > > I think to make a decision on whether we plan to support gcc10 or not > we'll need to know the scope of the changes. I'm starting to worry this > would be a bit too invasive, particularly as warrior is about to enter > community support or EOL depending on whether there is a maintainer. > I see. Problems for me - job's hat on - are:
1. we're close to release a product based on warrior (and a new colleague of mine has just installed Fedora 32 with gcc 10 - that's why I ask for it) 2. my tests with dunfell were - hmm - not running out of the box exactly. So we should decide to upgrade to dunfell. That is what I use for private raspi-images an am very close to happy. Thanks for 'warning' me Andreas
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#139216): https://lists.openembedded.org/g/openembedded-core/message/139216 Mute This Topic: https://lists.openembedded.org/mt/74669421/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
