Displaying 2 results from an estimated 2 matches for "nontrapping".
2011 May 18
0
[LLVMdev] Exception Handling Proposal - Second round
...independent. This is best done as late as possible (think instruction scheduling) in a target specific manner. In practice, I've only seen it used for implicit null checks to shave a cycle off some loads and squeeze a tiny amount of performance out of benchmarks. In fact, hardware support for *nontrapping* loads from page zero plus safe speculation would work much better. In my opinion, implicit null checks are not worth the giant support overhead typically caused by a runtime that tries to catch SIGSEGV. I wouldn't expect a user-space signal handler to be used for integer divides, where there...
2011 May 17
4
[LLVMdev] Exception Handling Proposal - Second round
Hi all,
Following John's, Duncan's and Bill's proposals about exception
handling, I thought I'd summarise what has been discussed so far.
** The problems we're trying to solve are:
P1. Different languages have different EH concepts and IR needs to be
agnostic (as possible) about that
P2. Inlining and optimisations (currently) destroy the EH semantics
and produce code that