Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-11-20T08:59:42+00:00 2019-11-20T08:59:42+00:00 Adam Kallai kadam@inf.u-szeged.hu 2019-11-20T08:51:03+00:00 urn:sha1:dc3ee330891c230f85242b442de9afe7fdb96da2 Differential Revision: https://reviews.llvm.org/D69434 2019-06-17T09:51:07+00:00 Fangrui Song maskray@google.com 2019-06-17T09:51:07+00:00 urn:sha1:ac14f7b10cffe2be548607269e036244cd16acc3 llvm-svn: 363538 2019-05-30T19:59:20+00:00 Lang Hames lhames@gmail.com 2019-05-30T19:59:20+00:00 urn:sha1:0e124b37bd7fa42ab1087668b1fa7c35a9684deb increase the MachO/x86-64 stub alignment to 8. Stub alignment should be guaranteed for any section containing RuntimeDyld stubs/GOT-entries. To do this we should pad and align all sections containing stubs, not just code sections. This commit also bumps the MachO/x86-64 stub alignment to 8, so that GOT entries will be aligned. llvm-svn: 362139 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-12T18:07:28+00:00 Lang Hames lhames@gmail.com 2019-04-12T18:07:28+00:00 urn:sha1:c7c1f21525f88d8efd13a01ece50504d10d012fa This patch reduces the number of functions in the interface between RuntimeDyld and RuntimeDyldChecker by combining "GetXAddress" and "GetXContent" functions into "GetXInfo" functions that return a struct describing both the address and content. The GetStubOffset function is also replaced with a pair of utilities, GetStubInfo and GetGOTInfo, that fit the new scheme. For RuntimeDyld both of these functions will return the same result, but for the new JITLink linker (https://reviews.llvm.org/D58704) these will provide the addresses of PLT stubs and GOT entries respectively. For JITLink's use, a 'got_addr' utility has been added to the rtdyld-check language, and the syntax of 'got_addr' and 'stub_addr' has been changed: both functions now take two arguments, a 'stub container name' and a target symbol name. For llvm-rtdyld/RuntimeDyld the stub container name is the object file name and section name, separated by a slash. E.g.: rtdyld-check: *{8}(stub_addr(foo.o/__text, y)) = y For the upcoming llvm-jitlink utility, which creates stubs on a per-file basis rather than a per-section basis, the container name is just the file name. E.g.: jitlink-check: *{8}(got_addr(foo.o, y)) = y llvm-svn: 358295 2019-03-12T17:00:25+00:00 James Henderson jh7370@my.bristol.ac.uk 2019-03-12T17:00:25+00:00 urn:sha1:9bc817a0ae7d629417e369c0612b6312b7437dfa Prior to this change, the "Symbol" field of a relocation would always be assumed to be a symbol name, and if no such symbol existed, the relocation would reference index 0. This confused me when I tried to use a literal symbol index in the field: since "0x1" was not a known symbol name, the symbol index was set as 0. This change falls back to treating unknown symbol names as integers, and emits an error if the name is not found and the string is not an integer. Note that the Symbol field is optional, so if a relocation doesn't reference a symbol, it shouldn't be specified. The new error required a number of test updates. Reviewed by: grimar, ruiu Differential Revision: https://reviews.llvm.org/D58510 llvm-svn: 355938 2018-12-12T00:04:06+00:00 Nathan Lanza nathan@lanza.io 2018-12-12T00:04:06+00:00 urn:sha1:893083ae5e8e8ec8490b83e087a473c51b62f53f lldb on Windows uses the ExecutionEngine for expression evaluation and hits the llvm_unreachable due to this relocation. Thus, implement the relocation and add a test to verify it's function. llvm-svn: 348904 2018-10-23T01:36:33+00:00 Lang Hames lhames@gmail.com 2018-10-23T01:36:33+00:00 urn:sha1:776f1d50c8e56294274eaea90c51ca8d301e8e47 Non-loaded sections (whose unused load-address defaults to zero) should not be taken into account when calculating ImageBase, or ImageBase will be incorrectly set to 0. Patch by Andrew Scheidecker. Thanks Andrew! https://reviews.llvm.org/D51343 + // The Sections list may contain sections that weren't loaded for + // whatever reason: they may be debug sections, and ProcessAllSections + // is false, or they may be sections that contain 0 bytes. If the + // section isn't loaded, the load address will be 0, and it should not + // be included in the ImageBase calculation. llvm-svn: 344995 2018-08-27T22:48:01+00:00 Lang Hames lhames@gmail.com 2018-08-27T22:48:01+00:00 urn:sha1:35c4702773661a5346c1aa7910cde2b11d0441ee llvm-svn: 340788 2018-06-22T23:53:22+00:00 Reid Kleckner rnk@google.com 2018-06-22T23:53:22+00:00 urn:sha1:330f65b3e8eb308c2501c381de37f9bd715d99eb Prerequisite for https://reviews.llvm.org/D47211 which improves our ELF large PIC codegen. llvm-svn: 335402