[llvm-bugs] [Bug 16175] Shadow-Stack C personality

via llvm-bugs llvm-bugs at lists.llvm.org
Mon Jan 4 06:15:16 PST 2016


Logan Chien <tzuhsiang.chien at gmail.com> changed:

           What    |Removed                     |Added
             Status|NEW                         |RESOLVED
                 CC|                            |tzuhsiang.chien at gmail.com
          Component|new bugs                    |Core LLVM classes
            Version|3.1                         |3.6
         Resolution|---                         |FIXED
            Product|new-bugs                    |libraries

--- Comment #1 from Logan Chien <tzuhsiang.chien at gmail.com> ---
This bug should be fixed now.  LLVM IR has been changed.  Personality function
is no longer a part of landingpad instruction.  It is a data member of
llvm::Function now.  In addition, the assertion has been removed from the
module verifier.

I am closing this bug.  Please let me know if I got it wrong.

Related commit:

commit cc714e214298cfbf11de65b46de31900d51422cf
Author: David Majnemer <david.majnemer at gmail.com>
Date:   Wed Jun 17 20:52:32 2015 +0000

    Move the personality function from LandingPadInst to Function

    The personality routine currently lives in the LandingPadInst.

    This isn't desirable because:
    - All LandingPadInsts in the same function must have the same
      personality routine.  This means that each LandingPadInst beyond the
      first has an operand which produces no additional information.

    - There is ongoing work to introduce EH IR constructs other than
      LandingPadInst.  Moving the personality routine off of any one
      particular Instruction and onto the parent function seems a lot better
      than have N different places a personality function can sneak onto an
      exceptional function.

    Differential Revision: http://reviews.llvm.org/D10429

    git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@239940

You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20160104/ad0948c3/attachment.html>

More information about the llvm-bugs mailing list