bcm5719-llvm/llvm/tools/bugpoint/BugDriver.cpp, branch meklort-10.0.1Project Ortega BCM5719 LLVMhttps://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.12019-01-19T08:50:56+00:00Update the file headers across all of the LLVM projects in the monorepo2019-01-19T08:50:56+00:00Chandler Carruthchandlerc@gmail.com2019-01-19T08:50:56+00:00urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3
to reflect the new license.
We understand that people may be surprised that we're moving the header
entirely to discuss the new license. We checked this carefully with the
Foundation's lawyer and we believe this is the correct approach.
Essentially, all code in the project is now made available by the LLVM
project under our new license, so you will see that the license headers
include that license only. Some of our contributors have contributed
code under our old license, and accordingly, we have retained a copy of
our old license notice in the top-level files in each project and
repository.
llvm-svn: 351636
Change the BugDriver to store the current module with std::unique_ptr.2018-02-14T21:44:34+00:00Rafael Espindolarafael.espindola@gmail.com2018-02-14T21:44:34+00:00urn:sha1:f6074ed9f60f23ee721f14e9482816af6aceb931
While there, change a bunch of helper functions to take references to
avoid adding calls to get().
This should conclude the bugpoint yak shaving.
llvm-svn: 325177
Convert another use of createUniqueFile to TempFile::create.2017-11-16T21:40:10+00:00Rafael Espindolarafael.espindola@gmail.com2017-11-16T21:40:10+00:00urn:sha1:b60bb6904b63fb254f39441939dc8fdc6e3e0c78
This one requires a new small feature in TempFile: the ability to keep
the temporary file with the temporary name.
llvm-svn: 318458
Convert another use of createUniqueFile to TempFile::create.2017-11-16T17:35:50+00:00Rafael Espindolarafael.espindola@gmail.com2017-11-16T17:35:50+00:00urn:sha1:8010bf0a9269cbe8b2ce8618a7e8597ea52ae9ec
llvm-svn: 318427
bugpoint: Return Errors instead of passing around strings2016-09-06T17:18:22+00:00Justin Bognermail@justinbogner.com2016-09-06T17:18:22+00:00urn:sha1:1c039155009c04f4efc37fd76ad75d1342edfccd
This replaces the threading of `std::string &Error` through all of
these APIs with checked Error returns instead. There are very few
places here that actually emit any errors right now, but threading the
APIs through will allow us to replace a bunch of exit(1)'s that are
scattered through this code with proper error handling.
This is more or less NFC, but does move around where a couple of error
messages are printed out.
llvm-svn: 280720
Revert "bugpoint: Stop threading errors through APIs that never fail"2016-09-06T04:45:37+00:00Justin Bognermail@justinbogner.com2016-09-06T04:45:37+00:00urn:sha1:24dac6afe29ccbd4455dc44d6d6bc85b04bfbc31
This isn't the right thing to do - it turns out a number of the APIs
that "never fail" just exit(1) if something bad happens. We can and
should thread Error through this instead.
That diff will make more sense with this reverted. Sorry for the
noise.
This reverts r280690
llvm-svn: 280691
bugpoint: Stop threading errors through APIs that never fail2016-09-06T04:04:13+00:00Justin Bognermail@justinbogner.com2016-09-06T04:04:13+00:00urn:sha1:46b1a9a70c171c44eb2fe0948f9b6f1be2387aa3
This simplifies ListReducer and most of its subclasses by removing the
std::string &Error that was threaded through all of them but almost
never used. If we end up needing error handling in more places here we
can reinstate it using llvm::Error instead of these unwieldy strings.
The 2 cases (out of 12) that actually can hit the error cases are a
little bit awkward now, but those will clean up as I refactor this API
further.
llvm-svn: 280690
bugpoint: clang-format all of bugpoint. NFC2016-09-02T01:21:37+00:00Justin Bognermail@justinbogner.com2016-09-02T01:21:37+00:00urn:sha1:8d0a08115a382983cf553bc834b20253bf82a5c2
I'm going to clean up the APIs here a bit and touch many many lines
anyway.
llvm-svn: 280450
Change linkInModule to take a std::unique_ptr.2015-12-16T23:16:33+00:00Rafael Espindolarafael.espindola@gmail.com2015-12-16T23:16:33+00:00urn:sha1:434e95618176ee4eb29237859eb6fa04e3c52e06
Passing in a std::unique_ptr should help find errors when the module
is used after being linked into another module.
llvm-svn: 255842
Use diagnostic handler in the LLVMContext2015-12-14T23:17:03+00:00Rafael Espindolarafael.espindola@gmail.com2015-12-14T23:17:03+00:00urn:sha1:9d2bfc48741a5c0c3a3eb455959a627afcc3b722
This patch converts code that has access to a LLVMContext to not take a
diagnostic handler.
This has a few advantages
* It is easier to use a consistent diagnostic handler in a single program.
* Less clutter since we are not passing a handler around.
It does make it a bit awkward to implement some C APIs that return a
diagnostic string. I will propose new versions of these APIs and
deprecate the current ones.
llvm-svn: 255571