I am preparing a patch for this. I am somewhat uncertain though if this
is considered an OK approach or a hack, since we could in theory add
libunwind-native as a libsdl2-native dependency, but libunwind-native
itself has build issues, as seen here:
https://autobuilder.yoctoproject.org/typhoon/#/builders/91/builds/5624/steps/12/logs/stdio
To me, it seems that the "clean" solution would be to fix
libunwind-native then. But that may take longer (just guessing here, I
have no idea about libunwind).
Thoughts?
On 07.03.22 23:39, Richard Purdie wrote:
On Mon, 2022-03-07 at 10:31 +0100, Alexander Kanavin wrote:
Also, is this going to cause non-deterministic builds?
Yes, it would break if sstate is reused from a system with to a system without
libunwind.
Can we just disable libunwind for native?
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#163446):
https://lists.openembedded.org/g/openembedded-core/message/163446
Mute This Topic: https://lists.openembedded.org/mt/89607589/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
