Wen-Han Gu (谷汶翰)
2012-Oct-22 01:56 UTC
[LLVMdev] Does someone still keep eye on MC ARM EHABI?
Dear all, AFAIK, ARM EHABI is not ready for both asm and obj emitter. Some people including me what to implement them. My question is, to avoid duplicate effort, does someone take charge of this part? or does anyone is already implementing this currently? BTW, any suggestion on this effort? I'm very appreciated! Thanks in advance! -- Best regards, Wen-Han Gu (Nowar) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121022/16db2eab/attachment.html>
On 22 October 2012 02:56, Wen-Han Gu (谷汶翰) <wenhan.gu at gmail.com> wrote:> My question is, to avoid duplicate effort, > does someone take charge of this part? or > does anyone is already implementing this currently?Some attempts were made in the past, but none too successful. There is a basic implementation at: lib/CodeGen/AsmPrinter/ARMException.cpp should guide you through asm and obj emissions. The best course of action now is to try what it does and go commando on it. ARMException follows the DwarfException, which follows the Itanium ABI: http://refspecs.linuxfoundation.org/abi-eh-1.22.html And ARM's EHABI can be found here: http://infocenter.arm.com/help/topic/com.arm.doc.ihi0038a/IHI0038A_ehabi.pdf which also follows the Itanium ABI, but LLVM's implementation still doesn't work with it, which is (I believe) due to bad jump table generation. Check the bug in bugzilla for more information: http://llvm.org/bugs/show_bug.cgi?id=7187 -- cheers, --renato http://systemcall.org/
Anton Korobeynikov
2012-Oct-22 09:39 UTC
[LLVMdev] Does someone still keep eye on MC ARM EHABI?
Hello> My question is, to avoid duplicate effort, > does someone take charge of this part? or > does anyone is already implementing this currently? > > BTW, any suggestion on this effort? I'm very appreciated!There are several directions here: 1. Binary emission. Right now MC layer is text-only and depends on assembler 2. Correctness issues. It's believed that unwinding information emitted is more of less correct (though no extensible verification was maid, iirc) 3. Figure out what's wrong with EH data emission. Some clue is in PR7187 -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University
Wen-Han Gu (谷汶翰)
2012-Oct-22 10:08 UTC
[LLVMdev] Does someone still keep eye on MC ARM EHABI?
Dear Renato and Anton, Big thanks to your help. Those references are very helpful! BTW, After I applying this patch from Logan Chien, I pass some examples on ARM assembly emission. It seems good to me. http://llvm.org/bugs/show_bug.cgi?id=7187#attach_9161 For object file emission, The first thing is making MC generate correct .ARM.exidx and .ARM.extab. I will keep tracing that. Thanks! 2012/10/22 Anton Korobeynikov <anton at korobeynikov.info>> Hello > > > My question is, to avoid duplicate effort, > > does someone take charge of this part? or > > does anyone is already implementing this currently? > > > > BTW, any suggestion on this effort? I'm very appreciated! > There are several directions here: > > 1. Binary emission. Right now MC layer is text-only and depends on > assembler > 2. Correctness issues. It's believed that unwinding information > emitted is more of less correct (though no extensible verification was > maid, iirc) > 3. Figure out what's wrong with EH data emission. Some clue is in PR7187 > > -- > With best regards, Anton Korobeynikov > Faculty of Mathematics and Mechanics, Saint Petersburg State University >-- Best regards, Wen-Han Gu (Nowar) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20121022/8cfa35a1/attachment.html>
Maybe Matching Threads
- [LLVMdev] Does someone still keep eye on MC ARM EHABI?
- [LLVMdev] Does someone still keep eye on MC ARM EHABI?
- Resurrect Bug18710 (Only generate .ARM.exidx and ARM.extab when needed with EHABI)
- Folder renaming oddities.
- Samba 3 and W2K3 AD intergration problems