[LLVMbugs] [Bug 1508] NEW: typeinfos and personality functions should be attached to the invoke

bugzilla-daemon at cs.uiuc.edu bugzilla-daemon at cs.uiuc.edu
Wed Jun 13 09:47:54 PDT 2007


http://llvm.org/bugs/show_bug.cgi?id=1508

           Summary: typeinfos and personality functions should be attached
                    to the invoke
           Product: new-bugs
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: new bugs
        AssignedTo: unassignedbugs at nondot.org
        ReportedBy: baldrick at free.fr


Exception handling typeinfos and personality functions are currently
supplied by an intrinsic (eh.selector or eh.filter) that is placed in
the invoke landing pad.  This is a flawed scheme: the optimizers can move
the intrinsic out of the landing pad.  How then to know to which landing
pad the typeinfos and personality should be applied?  This is exactly what
happens to the intrinsics in landing pad unwind871 in
test/CodeGen/Generic/2007-06-06-CriticalEdgeLandingPad.ll
[The optimizers insert a critical edge basic block; this becomes
the landing pad, with the intrinsics in the successor.  You can tell
that the type infos got lost because the exception action for the
invoke in cond_true870 is 1, i.e. cleanups only, rather than 5].
This PR is for discussion of how best to fix this issue.



------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



More information about the llvm-bugs mailing list