Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2017-06-07T03:48:56+00:00 2017-06-07T03:48:56+00:00 Zachary Turner zturner@google.com 2017-06-07T03:48:56+00:00 urn:sha1:264b5d9e8817fce8c47d2b06aba2d9244e426794 This creates a new library called BinaryFormat that has all of the headers from llvm/Support containing structure and layout definitions for various types of binary formats like dwarf, coff, elf, etc as well as the code for identifying a file from its magic. Differential Revision: https://reviews.llvm.org/D33843 llvm-svn: 304864 2017-04-20T19:16:51+00:00 Paul Robinson paul.robinson@sony.com 2017-04-20T19:16:51+00:00 urn:sha1:70b34533c22703b51a95598afceb58a0257d434b Associate the version-when-defined with definitions of standard DWARF constants. Identify the "vendor" for DWARF extensions. Use this information to verify FORMs in .debug_abbrev are defined as of the DWARF version specified in the associated unit. Removed two tests that had specified DWARF v1 (which essentially does not exist). Differential Revision: http://reviews.llvm.org/D30785 llvm-svn: 300875 2017-02-28T20:24:55+00:00 Paul Robinson paul.robinson@sony.com 2017-02-28T20:24:55+00:00 urn:sha1:cddd60445ec8d07cf3465037a20a645f13a7deec Requesting DWARF v5 will now get you the new compile-unit and type-unit headers. llvm-dwarfdump will also recognize them. Differential Revision: http://reviews.llvm.org/D30206 llvm-svn: 296514 2016-12-05T18:04:47+00:00 Adrian Prantl aprantl@apple.com 2016-12-05T18:04:47+00:00 urn:sha1:941fa7588bbee856a8d3f634c5b88f101089d30f so we can stop using DW_OP_bit_piece with the wrong semantics. The entire back story can be found here: http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20161114/405934.html The gist is that in LLVM we've been misinterpreting DW_OP_bit_piece's offset field to mean the offset into the source variable rather than the offset into the location at the top the DWARF expression stack. In order to be able to fix this in a subsequent patch, this patch introduces a dedicated DW_OP_LLVM_fragment operation with the semantics that we used to apply to DW_OP_bit_piece, which is what we actually need while inside of LLVM. This patch is complete with a bitcode upgrade for expressions using the old format. It does not yet fix the DWARF backend to use DW_OP_bit_piece correctly. Implementation note: We discussed several options for implementing this, including reserving a dedicated field in DIExpression for the fragment size and offset, but using an custom operator at the end of the expression works just fine and is more efficient because we then only pay for it when we need it. Differential Revision: https://reviews.llvm.org/D27361 rdar://problem/29335809 llvm-svn: 288683 2016-10-28T22:57:02+00:00 Adrian Prantl aprantl@apple.com 2016-10-28T22:57:02+00:00 urn:sha1:3cd37d0aeb6d57d89bed1df8b185fb17f5cc7d48 llvm-svn: 285475 2016-10-28T22:56:59+00:00 Adrian Prantl aprantl@apple.com 2016-10-28T22:56:59+00:00 urn:sha1:79deba644601ed1b7305289706b638115285d076 llvm-svn: 285474 2016-10-28T22:56:56+00:00 Adrian Prantl aprantl@apple.com 2016-10-28T22:56:56+00:00 urn:sha1:8580d3f3d3be7b78c52eb8c00e9e9831a2ad0cf5 llvm-svn: 285473 2016-10-28T22:56:53+00:00 Adrian Prantl aprantl@apple.com 2016-10-28T22:56:53+00:00 urn:sha1:44a4461b1645d1cde9b1769e9c9d2ec8a0f8a785 llvm-svn: 285472 2016-10-28T22:56:45+00:00 Adrian Prantl aprantl@apple.com 2016-10-28T22:56:45+00:00 urn:sha1:23865816d56043bf5ef8ce09ee4a48970062064a llvm-svn: 285470 2016-10-28T18:21:39+00:00 Adrian Prantl aprantl@apple.com 2016-10-28T18:21:39+00:00 urn:sha1:7e55f178255a235887d7751e33dabc4937d87879 llvm-svn: 285425