aboutsummaryrefslogtreecommitdiffstats
path: root/tools/bugpoint
Commit message (Expand)AuthorAgeFilesLines
* Use startswith_lower() where possible.Jakub Staszak2013-11-041-1/+1
* [bugpoint] Increase the default memory limit for subprocesses to 300MB.Daniel Sanders2013-10-251-3/+3
* Remove several unused variables.Rafael Espindola2013-10-011-1/+0
* Added std:: qualifier to find() invocationDmitri Gribenko2013-09-021-4/+4
* [bugpoint] Allow the user to specify the path to opt on the commandline.Michael Gottesman2013-08-051-1/+4
* Fix invalid function pointers in bugpoint ExtractLoopsHal Finkel2013-08-021-7/+42
* Add a wrapper for open.Rafael Espindola2013-07-161-1/+1
* Add a createUniqueFile function and switch llvm's users of unique_file.Rafael Espindola2013-07-054-13/+13
* Use sys::fs::createTemporaryFile.Rafael Espindola2013-07-052-10/+10
* Fix bugpoint execution/reference output file nameHal Finkel2013-06-282-2/+2
* Remove unused includes.Rafael Espindola2013-06-261-1/+0
* Port GetMainExecutable over to PathV2.Rafael Espindola2013-06-261-2/+2
* Move GetEXESuffix to the one place it is used.Rafael Espindola2013-06-251-1/+7
* Convert most uses of PathV1.h in ToolRunner.cpp.Rafael Espindola2013-06-181-25/+35
* Add a version of unique_file that return just the file name.Rafael Espindola2013-06-182-19/+3
* Return a std::string from PrependMainExecutablePath.Rafael Espindola2013-06-181-6/+7
* Remove PathV1.h use from BugDriver.cpp.Rafael Espindola2013-06-181-3/+2
* Remove use of PathV1.h from ExecutionDriver.cpp.Rafael Espindola2013-06-181-24/+37
* Remove usage of PathV1.h from OptimizerDriver.cpp.Rafael Espindola2013-06-181-26/+32
* Convert some uses of eraseFromDisk.Rafael Espindola2013-06-181-3/+3
* Don't use PathV1.h in tools/bugpoint/Miscompilation.cpp.Rafael Espindola2013-06-183-30/+49
* Convert two uses of eraseFromDisk.Rafael Espindola2013-06-171-2/+2
* Remove usage of PathV1.h in FindBugs.cpp.Rafael Espindola2013-06-171-2/+2
* Don't use PathV1.h in CrashDebugger.cpp.Rafael Espindola2013-06-171-8/+5
* Don't use PathV1.h in ToolRunner.h.Rafael Espindola2013-06-177-13/+18
* Remove CBE related code.Rafael Espindola2013-06-171-50/+0
* Don't use PathV1.h in ExtractFunction.cpp.Rafael Espindola2013-06-171-19/+12
* Move PrependMainExecutablePath next to its only user.Rafael Espindola2013-06-141-0/+22
* Don't use PathV1.h in Signals.h.Rafael Espindola2013-06-131-1/+2
* Don't use PathV1.h in FileUtilities.h.Rafael Espindola2013-06-132-2/+3
* Avoid using PathV1.h in Program.h.Rafael Espindola2013-06-132-18/+10
* Have sys::FindProgramByName return a std::string.Rafael Espindola2013-06-132-9/+8
* Further reduce usage of sys::Path in bugpoint.Rafael Espindola2013-06-132-11/+11
* Try to fix the build with libstdc++ 4.4.Rafael Espindola2013-06-131-1/+2
* Reduce sys::Path usage in bugpoint.Rafael Espindola2013-06-131-47/+47
* Remove the program class.Rafael Espindola2013-06-122-13/+12
* Include PathV1.h in files that use it.Rafael Espindola2013-06-111-0/+1
* Use only explicit bool conversion operatorsDavid Blaikie2013-05-151-1/+1
* Replace uses of the deprecated std::auto_ptr with OwningPtr.Andy Gibbs2013-04-121-1/+1
* Don't export symbols in every binary on linux.Rafael Espindola2013-04-041-0/+1
* Manually update the dependencies in the Makefiles. It turns out that allChandler Carruth2013-03-261-1/+1
* Split out the IRReader header and the utility functions it provides intoChandler Carruth2013-03-263-3/+3
* Extracted ObjCARC.cpp into its own library libLLVMObjCARCOpts in preparation ...Michael Gottesman2013-01-284-3/+4
* [bugpoint] make tool selection messages uniqueSaleem Abdulrasool2013-01-241-1/+1
* [bugpoint] set Message after tool configurationSaleem Abdulrasool2013-01-241-1/+1
* Sort all of the includes. Several files got checked in with mis-sortedChandler Carruth2013-01-191-1/+1
* Fix #includes after my last commit.Jakub Staszak2013-01-101-1/+1
* Move all of the header files which are involved in modelling the LLVM IRChandler Carruth2013-01-026-18/+18
* Sort the #include lines for tools/...Chandler Carruth2012-12-0410-34/+34
* One more step towards making doInitialization and doFinalization useful forPedro Artigas2012-11-291-2/+0