Displaying 3 results from an estimated 3 matches for "d6493".
Did you mean:
d64939
2014 Dec 19
5
[LLVMdev] Windows EH support
...;m guessing that just removing this block will be sufficient for clang to generate the IR we want. Then it will be up to the back end to produce the correct unwinding support, which I think it may already be doing.
* Add support for frame allocation intrinsics.
You've started this in review D6493, which seems to be progressing. I don't know how much remains to be done there, but I trust that you have it under control.
* Add support for outlining filter functions.
This is partially implemented in my D6556 review. I think that will be ready to check in once the expected for of the in...
2014 Nov 25
4
[LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR
> We should also think about how to call std::terminate when cleanup dtors throw. The current representation for Itanium is inefficient. As a strawman, I propose making @__clang_call_terminate an intrinsic:
…
That sounds like a good starting point.
> Chandler expressed strong concerns about this design, however, as @llvm.eh.get_capture_block adds an ordering constraint on CodeGen. Once
2014 Dec 03
1
[LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR
...leckner [mailto:rnk at google.com]
Sent: Wednesday, December 03, 2014 1:32 PM
To: Kaylor, Andrew
Cc: LLVM Developers Mailing List
Subject: Re: [LLVMdev] RFC: How to represent SEH (__try / __except) in LLVM IR
I went ahead and implemented @llvm.frameallocate in a patch here: http://reviews.llvm.org/D6493
Andrew, do you have a wip patch for outlining, or any lessons learned from attempting it? I think outlining is now the next step, so let me know if there's something you're actively working on so I can avoid duplicated effort. :)
On Tue, Nov 25, 2014 at 3:09 PM, Kaylor, Andrew <andrew....