http://llvm.org https://git.amat.us/llvm/atom/lib/CodeGen/AsmPrinter?h=master 2013-05-14T00:35:19Z 2013-05-14T00:35:19Z David Blaikie dblaikie@gmail.com 2013-05-14T00:35:19Z urn:sha1:17a692e7f196c15118e69d7012d110aa00a362ba This just brings a crash a little further forward from DWARF emission to DIE construction to make errors easier to diagnose. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181748 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-13T01:16:13Z Rafael Espindola rafael.espindola@gmail.com 2013-05-13T01:16:13Z urn:sha1:4a971705bc6030dc2e4338b3cd5cffa2e0f88b7b It was just a less powerful and more confusing version of MCCFIInstruction. A side effect is that, since MCCFIInstruction uses dwarf register numbers, calls to getDwarfRegNum are pushed out, which should allow further simplifications. I left the MachineModuleInfo::addFrameMove interface unchanged since this patch was already fairly big. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181680 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-11T18:24:28Z Benjamin Kramer benny.kra@googlemail.com 2013-05-11T18:24:28Z urn:sha1:03406c4f15b3bf0522763fe848cd40f9598b74e8 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181663 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-11T02:38:11Z Rafael Espindola rafael.espindola@gmail.com 2013-05-11T02:38:11Z urn:sha1:d84ccfaf50c7843f31ffc74a8a8e33f779453d6e To add a frame now there is a dedicated addFrameMove which also takes care of constructing the move itself. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181657 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-11T02:24:41Z Rafael Espindola rafael.espindola@gmail.com 2013-05-11T02:24:41Z urn:sha1:baf81af7591dedb2587bf8e439e07a97dbe454f9 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181656 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-10T21:52:07Z David Blaikie dblaikie@gmail.com 2013-05-10T21:52:07Z urn:sha1:4de9d72883eebe4e86bffdaad89483dfe822e2a5 This is only tested for global variables at the moment (& includes tests for the unnamed parameter case, since apparently this entire function was completely untested previously) git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181632 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-09T00:42:33Z Eric Christopher echristo@gmail.com 2013-05-09T00:42:33Z urn:sha1:c496875f0c205ffadcec8060e1170e1c58e4eb55 temporarily while investigating gdb.cp/templates.exp. This reverts commit r181471. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181496 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-08T21:23:22Z Eric Christopher echristo@gmail.com 2013-05-08T21:23:22Z urn:sha1:cc55d4528c9ff3a2e0b148fd311be8d912ad22f4 for constructors and destructors since the original declaration given by the AT_specification both won't and can't. Patch by Yacine Belkadi, I've cleaned up the testcases. git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181471 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-08T06:01:41Z David Blaikie dblaikie@gmail.com 2013-05-08T06:01:41Z urn:sha1:aa76a93cd35abd922b66825bb4e3e0b6e14ccfd5 This provides basic functionality for imported declarations. For subprograms and types some amount of lazy construction is supported (so the definition of a function can proceed the using declaration), but it still doesn't handle declared-but-not-defined functions (since we don't generally emit function declarations). Variable support is really rudimentary at the moment - simply looking up the existing definition with no support for out of order (declaration, imported_module, then definition). git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181392 91177308-0d34-0410-b5e6-96231b3b80d8 2013-05-08T06:01:38Z David Blaikie dblaikie@gmail.com 2013-05-08T06:01:38Z urn:sha1:d1221e377d8e37e41539ed9f36b60b4cd48b6988 git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@181391 91177308-0d34-0410-b5e6-96231b3b80d8