<div dir="ltr"><div><span style="font-size:13.2px;line-height:19.8px">> Yes, so, that's yet another missing info. Which ARM? RaspberyPi,</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> although popular, is a very old and somewhat deprecated architecture</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> (ARMv6). Most people work on ARMv7 and ARMv8 nowadays, so if you can't</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> reproduce the bugs on those, you'll have a hard time finding people to</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> help you.</span><br></div><div><br></div><div><span style="font-size:13.2px;line-height:19.8px">> Also, Clang 3.6 is not that old, but we don't really provide</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> maintenance to non-trunk versions of the compiler, so if you want a</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> bug looked into, you need to reproduce it in trunk. If you can't, than</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> the problem is fixed, and you either wait for the new release to come</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> out, or build your own from trunk.</span></div><div><span style="font-size:13.2px;line-height:19.8px"><br></span></div>Not sure if you got the other message, I think I managed to split the topic as I wasn't subscribed to receive the previous message. This error has been on the Raspberry Pi 2, so that's a Cortex A7 I believe, certainly ARMv7. I haven't yet built trunk as on the device I run out of memory and do not have enough disk space to allocate a large enough swap space, and it's too slow to wait for it to fail, so I'd have to cross compile which is not something I have yet attempted, unfortunately LLVM/Clang only provides AMD64 packages for nightly builds, despite building it for a vast matrix.<div><div><div><br></div><div>I don't believe this to be an unwinder bug, but a generation bug (of the unwind information). I do find the crash you experience curious, but it's not something I have had occur here. Unfortunately I can't say I have great experience with the ARM unwind information, but really got to that conclusion by eliminating libunwind as GCC does generate unwind information that results in PC being restored.</div><div><br></div><div><span style="font-size:13.2px;line-height:19.8px">> I'll update the bug with some more info, but you need to reproduce it</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> in trunk and in a hardware that I have access to. RPI is just not</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> relevant enough for me, that I don't even have one. Perhaps I should</span><br style="font-size:13.2px;line-height:19.8px"><span style="font-size:13.2px;line-height:19.8px">> buy one...</span><br></div><div><br></div><div>I think you could reproduce this on <a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__scaleway.io&d=AwMFaQ&c=8hUWFZcy2Z-Za5rBPlktOQ&r=Mfk2qtn1LTDThVkh6-oGglNfMADXfJdty4_bhmuhMHA&m=pkpLAmtWvxBMcv5Zw8GKQggTp1IZInc3exKO5YEKeaw&s=n4so2UytNx23zsAYjsOH7yyFIyL3lm22Y8ANWlgJX6E&e=" target="_blank">scaleway.io</a> 's hosted service, which offer a free month, but I'd be happy to provide access to something if that's what it took. As I said though, RPi 2 should be a pretty vanilla Cortex A7 core. <br></div><div dir="ltr"><div><br></div><div>Ben.</div></div></div></div></div>