llvm-project.git/llvm/lib/CodeGen/MIRSampleProfile.cpp, branch users/chapuni/cov/single/condop

[LLVM] Fix various cl::desc typos and whitespace issues (NFC) (#121955)

2025-01-08T10:07:23+00:00

[CodeGen] Use optimized domtree for MachineFunction (#102107)

2024-08-06T11:46:19+00:00

The dominator tree gained an optimization to use block numbers instead
of a DenseMap to store blocks. Given that machine basic blocks already
have numbers, expose these via appropriate GraphTraits. For debugging,
block number epochs are added to MachineFunction -- this greatly helps
in finding uses of block numbers after RenumberBlocks().

In a few cases where dominator trees are preserved across renumberings,
the dominator tree is updated to use the new numbers.

[CodeGen] Use SmallVector for MBB preds/succs (#101948)

2024-08-06T08:25:03+00:00

Avoid extra heap allocations for typical predecessor/successor counts.

[CodeGen][NewPM] Port `machine-block-freq` to new pass manager (#98317)

2024-07-12T07:45:01+00:00

- Add `MachineBlockFrequencyAnalysis`.
- Add `MachineBlockFrequencyPrinterPass`.
- Use `MachineBlockFrequencyInfoWrapperPass` in legacy pass manager.
- `LazyMachineBlockFrequencyInfo::print` is empty, drop it due to new
pass manager migration.

[CodeGen][NewPM] Port `machine-loops` to new pass manager (#97793)

2024-07-09T01:11:18+00:00

- Add `MachineLoopAnalysis`.
- Add `MachineLoopPrinterPass`.
- Convert to `MachineLoopInfoWrapperPass` in legacy pass manager.

[CodeGen][NewPM] Split `MachinePostDominators` into a concrete analysis result (#95113)

2024-06-12T06:29:22+00:00

`MachinePostDominators` version of #94571.

[CodeGen][NewPM] Split `MachineDominatorTree` into a concrete analysis result (#94571)

2024-06-11T13:27:14+00:00

Prepare for new pass manager version of `MachineDominatorTreeAnalysis`.
We may need a machine dominator tree version of `DomTreeUpdater` to
handle `SplitCriticalEdge` in some CodeGen passes.

[Analysis, CodeGen, DebugInfo] Use StringRef::operator== instead of StringRef::equals (NFC) (#91304)

2024-05-07T17:20:10+00:00

I'm planning to remove StringRef::equals in favor of
StringRef::operator==.

- StringRef::operator==/!= outnumber StringRef::equals by a factor of
  53 under llvm/ in terms of their usage.

- The elimination of StringRef::equals brings StringRef closer to
  std::string_view, which has operator== but not equals.

- S == "foo" is more readable than S.equals("foo"), especially for
  !Long.Expression.equals("str") vs Long.Expression != "str".

Move global namespace cl::opt inside llvm:: or internalize them

2023-10-11T02:58:03+00:00

[profi][NFC] Get rid of afdo_detail::TypeMap

2023-06-06T20:48:37+00:00

Parametrize SampleProfileInference and SampleProfileLoaderBaseImpl by function
type (Function/MachineFunction) instead of block type
(BasicBlock/MachineBasicBlock). Move out specializations to appropriate
locations.

This change makes it possible to use GraphTraits instead of a custom TypeMap and
make SampleProfileInference not dependent on LLVM types, paving the way for
generalizing SampleProfileInference interfaces to BOLT IR types
(BinaryFunction/BinaryBasicBlock) in stale profile matching (D144500).

Reviewed By: hoy

Differential Revision: https://reviews.llvm.org/D152187