http://llvm.org https://git.amat.us/llvm/atom/lib/Bitcode/Writer?h=release_30 2011-08-12T20:24:12Z 2011-08-12T20:24:12Z Bill Wendling isanbard@gmail.com 2011-08-12T20:24:12Z urn:sha1:e6e8826870bee3facb04f950f0bd725f8a88623d This implements the 'landingpad' instruction. It's used to indicate that a basic block is a landing pad. There are several restrictions on its use (see LangRef.html for more detail). These restrictions allow the exception handling code to gather the information it needs in a much more sane way. This patch has the definition, implementation, C interface, parsing, and bitcode support in it. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@137501 91177308-0d34-0410-b5e6-96231b3b80d8 2011-08-12T18:06:37Z Chris Lattner sabre@nondot.org 2011-08-12T18:06:37Z urn:sha1:3ebb64946bc8e7c8feba1b2044e7a47f80b3a83f git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@137480 91177308-0d34-0410-b5e6-96231b3b80d8 2011-08-12T16:45:18Z Chad Rosier mcrosier@apple.com 2011-08-12T16:45:18Z urn:sha1:0871221c250fdec054219b0c1fd8053471e93022 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@137463 91177308-0d34-0410-b5e6-96231b3b80d8 2011-08-09T23:02:53Z Eli Friedman eli.friedman@gmail.com 2011-08-09T23:02:53Z urn:sha1:21006d40ac9ec7715bca2095451075a83773dc52 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@137170 91177308-0d34-0410-b5e6-96231b3b80d8 2011-07-31T06:30:59Z Bill Wendling isanbard@gmail.com 2011-07-31T06:30:59Z urn:sha1:dccc03b2423fe65efb5963ae816b99c24fc53374 This adds the 'resume' instruction class, IR parsing, and bitcode reading and writing. The 'resume' instruction resumes propagation of an existing (in-flight) exception whose unwinding was interrupted with a 'landingpad' instruction (to be added later). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136589 91177308-0d34-0410-b5e6-96231b3b80d8 2011-07-30T05:42:50Z Bill Wendling isanbard@gmail.com 2011-07-30T05:42:50Z urn:sha1:10c6d12a9fd4dab411091f64db4db69670b88850 r136339, r136341, r136369, r136387, r136392, r136396, r136429, r136430, r136444, r136445, r136446, r136253 pending review. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136556 91177308-0d34-0410-b5e6-96231b3b80d8 2011-07-29T00:14:25Z Chandler Carruth chandlerc@gmail.com 2011-07-29T00:14:25Z urn:sha1:ac03e736c77bcf7e8deb515fc16a7e55d343dc8d specified in the same file that the library itself is created. This is more idiomatic for CMake builds, and also allows us to correctly specify dependencies that are missed due to bugs in the GenLibDeps perl script, or change from compiler to compiler. On Linux, this returns CMake to a place where it can relably rebuild several targets of LLVM. I have tried not to change the dependencies from the ones in the current auto-generated file. The only places I've really diverged are in places where I was seeing link failures, and added a dependency. The goal of this patch is not to start changing the dependencies, merely to move them into the correct location, and an explicit form that we can control and change when necessary. This also removes a serialization point in the build because we don't have to scan all the libraries before we begin building various tools. We no longer have a step of the build that regenerates a file inside the source tree. A few other associated cleanups fall out of this. This isn't really finished yet though. After talking to dgregor he urged switching to a single CMake macro to construct libraries with both sources and dependencies in the arguments. Migrating from the two macros to that style will be a follow-up patch. Also, llvm-config is still generated with GenLibDeps.pl, which means it still has slightly buggy dependencies. The internal CMake 'llvm-config-like' macro uses the correct explicitly specified dependencies however. A future patch will switch llvm-config generation (when using CMake) to be based on these deps as well. This may well break Windows. I'm getting a machine set up now to dig into any failures there. If anyone can chime in with problems they see or ideas of how to solve them for Windows, much appreciated. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136433 91177308-0d34-0410-b5e6-96231b3b80d8 2011-07-28T21:48:00Z Eli Friedman eli.friedman@gmail.com 2011-07-28T21:48:00Z urn:sha1:ff03048c1350fcc4fda1ef6d6c57252f3a950854 'atomicrmw' instructions, which allow representing all the current atomic rmw intrinsics. The allowed operands for these instructions are heavily restricted at the moment; we can probably loosen it a bit, but supporting general first-class types (where it makes sense) might get a bit complicated, given how SelectionDAG works. As an initial cut, these operations do not support specifying an alignment, but it would be possible to add if we think it's useful. Specifying an alignment lower than the natural alignment would be essentially impossible to support on anything other than x86, but specifying a greater alignment would be possible. I can't think of any useful optimizations which would use that information, but maybe someone else has ideas. Optimizer/codegen support coming soon. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136404 91177308-0d34-0410-b5e6-96231b3b80d8 2011-07-27T20:18:04Z Bill Wendling isanbard@gmail.com 2011-07-27T20:18:04Z urn:sha1:772fe17a6d07304ae2e6b3052bbb24ebb751f0f3 This adds the new instructions 'landingpad' and 'resume'. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136253 91177308-0d34-0410-b5e6-96231b3b80d8 2011-07-25T23:16:38Z Eli Friedman eli.friedman@gmail.com 2011-07-25T23:16:38Z urn:sha1:47f3513dd574535aeb40c9eb11134f0899e92269 This is just a LangRef entry and reading/writing/memory representation; optimizer+codegen support coming soon. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@136009 91177308-0d34-0410-b5e6-96231b3b80d8