Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-10-03T12:08:04+00:00 2019-10-03T12:08:04+00:00 Simon Atanasyan simon@atanasyan.com 2019-10-03T12:08:04+00:00 urn:sha1:afe7197f13363d8ff1d6246895dd58489c8d1404 llvm-svn: 373589 2019-08-07T09:35:04+00:00 George Rimar grimar@accesssoftek.com 2019-08-07T09:35:04+00:00 urn:sha1:12d21fc1284560c533d5a92c0966742d2a252a5b Mips/elf-flags.yaml and Mips/elf-abi.yaml are tests that intention was to show that yaml2obj/obj2yaml are able to read/dump MIPS specific e_flags. They were not complete, contained an excessive YAML parts and were placed at a wrong location. I removed them and created the obj2yaml/elf-mips-eflags.yaml instead. Differential revision: https://reviews.llvm.org/D65807 llvm-svn: 368140 2019-05-01T05:27:20+00:00 Fangrui Song maskray@google.com 2019-05-01T05:27:20+00:00 urn:sha1:e29e30b1397f3e50f3487491f8a77ae08e4e3471 We use both -long-option and --long-option in tests. Switch to --long-option for consistency. In the "llvm-readelf" mode, -long-option is discouraged as it conflicts with grouped short options and it is not accepted by GNU readelf. While updating the tests, change llvm-readobj -s to llvm-readobj -S to reduce confusion ("s" is --section-headers in llvm-readobj but --symbols in llvm-readelf). llvm-svn: 359649 2019-04-03T14:53:42+00:00 George Rimar grimar@accesssoftek.com 2019-04-03T14:53:42+00:00 urn:sha1:6da44ad75d25d5d7089c66d7cd3f4f90cd70146c Currently, YAML has the following syntax for describing the symbols: Symbols: Local: LocalSymbol1: ... LocalSymbol2: ... ... Global: GlobalSymbol1: ... Weak: ... GNUUnique: I.e. symbols are grouped by their bindings. That is not very convenient, because: It does not allow to set a custom binding, what can be useful for producing broken/special outputs for test cases. Adding a new binding would require to change a syntax (what we observed when added GNUUnique recently). It does not allow to change the order of the symbols in .symtab/.dynsym, i.e. currently all Local symbols are placed first, then Global, Weak and GNUUnique are following, but we are not able to change the order. It is not consistent. Binding is just one of the properties of the symbol, we do not group them by other properties. It makes the code more complex that it can be. This patch shows it can be simplified with the change performed. The patch changes the syntax to just: Symbols: Symbol1: ... Symbol2: ... ... With that, we are able to work with the binding field just like with any other symbol property. Differential revision: https://reviews.llvm.org/D60122 llvm-svn: 357595 2019-01-28T15:05:10+00:00 George Rimar grimar@accesssoftek.com 2019-01-28T15:05:10+00:00 urn:sha1:3168496822026ab96fbe05c8730016dac56d842c I faced with the fact that obj2yaml does not dump the sh_entsize field. A problem arose when I tried to dump ELF versioning sections. This is close to what D50235 did, but D50235 did the change for yaml2obj, and now I had to do the same for obj2yaml. Differential revision: https://reviews.llvm.org/D57229 llvm-svn: 352373 2017-09-11T23:05:20+00:00 Adrian Prantl aprantl@apple.com 2017-09-11T23:05:20+00:00 urn:sha1:16aa4cf7efbcd40c5a6dfcb876d98a991dfe2cfb Differential Revision: https://reviews.llvm.org/D37717 llvm-svn: 312972 2017-09-11T22:59:45+00:00 Adrian Prantl aprantl@apple.com 2017-09-11T22:59:45+00:00 urn:sha1:7bc1b28291d6fb60cd055c375a1a94fb6ba7c832 As discussed on llvm-dev in http://lists.llvm.org/pipermail/llvm-dev/2017-September/117301.html this changes the command line interface of llvm-dwarfdump to match the one used by the dwarfdump utility shipping on macOS. In addition to being shorter to type this format also has the advantage of allowing more than one section to be specified at the same time. In a nutshell, with this change $ llvm-dwarfdump --debug-dump=info $ llvm-dwarfdump --debug-dump=apple-objc becomes $ dwarfdump --debug-info --apple-objc Differential Revision: https://reviews.llvm.org/D37714 llvm-svn: 312970 2016-06-27T20:02:49+00:00 Chris Bieneman beanz@apple.com 2016-06-27T20:02:49+00:00 urn:sha1:e5cc1fd49896f78fa2c82bdfcf932effbb148203 This should fix the broken bots. llvm-svn: 273918 2016-06-27T19:53:53+00:00 Chris Bieneman beanz@apple.com 2016-06-27T19:53:53+00:00 urn:sha1:8ff0c113575167809365d2de5f6a204ff9c9c2bb Summary: Our YAML library's handling of tags isn't perfect, but it is good enough to get rid of the need for the --format argument to yaml2obj. This patch does exactly that. Instead of requiring --format, it infers the format based on the tags found in the object file. The supported tags are: !ELF !COFF !mach-o !fat-mach-o I have a corresponding patch that is quite large that fixes up all the in-tree test cases. Reviewers: rafael, Bigcheese, compnerd, silvas Subscribers: compnerd, llvm-commits Differential Revision: http://reviews.llvm.org/D21711 llvm-svn: 273915 2016-06-16T15:47:19+00:00 Daniel Sanders daniel.sanders@imgtec.com 2016-06-16T15:47:19+00:00 urn:sha1:8e3c74210f6616b036a943cf4494d2294cf8d65c The -mattr options in these four tests have no effect on the output of llvm-objdump. In the case of the two Mips tests, removing the -mattr option left duplicate RUN lines so the duplicates have been removed. llvm-svn: 272906