Eli Friedman cfd2c5ce58 Untangle the mess which is MachineBasicBlock::hasAddressTaken(). ... There are two different senses in which a block can be "address-taken". There can be a BlockAddress involved, which means we need to map the IR-level value to some specific block of machine code. Or there can be constructs inside a function which involve using the address of a basic block to implement certain kinds of control flow. Mixing these together causes a problem: if target-specific passes are marking random blocks "address-taken", if we have a BlockAddress, we can't actually tell which MachineBasicBlock corresponds to the BlockAddress. So split this into two separate bits: one for BlockAddress, and one for the machine-specific bits. Discovered while trying to sort out related stuff on D102817. Differential Revision: https://reviews.llvm.org/D124697		2022-08-16 16:15:44 -07:00
..
deltas	this pass calls simplifyCFG on individual basic blocks; we want this	2022-08-15 15:45:20 -06:00
CMakeLists.txt	this pass calls simplifyCFG on individual basic blocks; we want this	2022-08-15 15:45:20 -06:00
DeltaManager.cpp	this pass calls simplifyCFG on individual basic blocks; we want this	2022-08-15 15:45:20 -06:00
DeltaManager.h	allow llvm-reduce, if asked, to run its set of passes more than once, taking longer to finish but also potentially resulting in a smaller reduced file.	2022-01-10 22:24:23 -07:00
ReducerWorkItem.cpp	Untangle the mess which is MachineBasicBlock::hasAddressTaken().	2022-08-16 16:15:44 -07:00
ReducerWorkItem.h	[llvm-reduce] Add support for LTO bitcode files	2022-06-30 08:58:24 -07:00
TestRunner.cpp	[llvm-reduce] Change initialization order to fix bots. NFC	2022-06-30 09:56:47 -07:00
TestRunner.h	[llvm-reduce] Add support for LTO bitcode files	2022-06-30 08:58:24 -07:00
llvm-reduce.cpp	[NFC][llvm-reduce] Use new pass manager for printing ThinLTO bitcode	2022-08-15 14:14:08 -07:00