Displaying 9 results from an estimated 9 matches for "optimizationremarkemitt".
Did you mean:
optimizationremarkemitter
2019 Mar 26
2
On-the-fly passes
...nWrapperPass>(F).getSE();
};
auto AssumptionCacheGetter = [this] (Function &F) ->
AssumptionCache & {
return
this->getAnalysis<AssumptionCacheTracker>().getAssumptionCache(F);
};
auto OREGetter = [this] (Function &F) -> OptimizationRemarkEmitter & {
return this->
getAnalysis<OptimizationRemarkEmitterWrapperPass>(F).getORE();
};
}
2018 Aug 11
3
ScalarEvolution in a ModulePass
...unction()
resets the pointer to point to a new ScalarEvolution. As a result,
runOnFunction destructs and frees any ScalarEvolution the unique_ptr
pointed to before.
The ModulePass I'm working on uses ScalarEvolution and several other
analysis FunctionPasses, including DominatorTree, LoopInfo,
OptimizationRemarkEmitter, and a custom analysis pass I'm working on, which
resembles LoopInfo. To run ScalarEvolution and these other analysis
FunctionPasses in a ModulePass, the ModulePass creates lambdas to get the
analysis for a particular function, e.g.,
auto GetSE = [this](Function &F) -> ScalarEvolutio...
2017 Sep 16
3
RFC: Use closures to delay construction of optimization remarks
...s enabled and if not
then returns a dummy stream that does nothing for operator<< (and
short-circuits all the stream operations)
On Sep 15, 2017 2:21 PM, "Adam Nemet via llvm-dev" <llvm-dev at lists.llvm.org>
wrote:
For better readability we typically create remarks and call
OptimizationRemarkEmitter::emit unconditionally. E.g.:
Transforms/IPO/Inliner.cpp: ORE.emit(OptimizationRemarkMissed(DEBUG_TYPE,
"TooCostly", Call)
Transforms/IPO/Inliner.cpp- << NV("Callee", Callee) << " not
inlined into "
Transforms/IPO/Inliner.cpp-...
2020 Jan 15
2
lld does not build
...15c0870 SignalHandler(int)
(/opt/arm/arm-linux-compiler-20.0_Generic-AArch64_RHEL-7_aarch64-linux/llvm-bin/clang-9+0x15c0870)
#3 0x0000ffffad5f066c 0x66c sink(llvm::Instruction&, llvm::LoopInfo*,
llvm::DominatorTree*, llvm::Loop const*, llvm::ICFLoopSafetyInfo*,
llvm::MemorySSAUpdater*, llvm::OptimizationRemarkEmitter*)
#4 0x0000ffffad5f066c
#5 0x0000ffffad5f066c
llvm::sinkRegion(llvm::DomTreeNodeBase<llvm::BasicBlock>*,
llvm::AAResults*, llvm::LoopInfo*, llvm::DominatorTree*,
llvm::TargetLibraryInfo*, llvm::TargetTransformInfo*, llvm::Loop*,
llvm::AliasSetTracker*, llvm::MemorySSAUpdater*, llvm::ICFLo...
2017 Sep 17
2
RFC: Use closures to delay construction of optimization remarks
...es nothing for operator<< (and short-circuits all the stream operations)
>
> On Sep 15, 2017 2:21 PM, "Adam Nemet via llvm-dev" <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
> For better readability we typically create remarks and call OptimizationRemarkEmitter::emit unconditionally. E.g.:
>
> Transforms/IPO/Inliner.cpp: ORE.emit(OptimizationRemarkMissed(DEBUG_TYPE, "TooCostly", Call)
> Transforms/IPO/Inliner.cpp- << NV("Callee", Callee) << " not inlined into "
> Transforms/IPO/Inlin...
2017 Sep 19
0
RFC: Use closures to delay construction of optimization remarks
...or operator<< (and short-circuits all the stream operations)
>>
>> On Sep 15, 2017 2:21 PM, "Adam Nemet via llvm-dev" <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>> For better readability we typically create remarks and call OptimizationRemarkEmitter::emit unconditionally. E.g.:
>>
>> Transforms/IPO/Inliner.cpp: ORE.emit(OptimizationRemarkMissed(DEBUG_TYPE, "TooCostly", Call)
>> Transforms/IPO/Inliner.cpp- << NV("Callee", Callee) << " not inlined into "
>> Tran...
2017 Jan 30
2
LLVM Weekly - #161, Jan 30th 2017
...ews.llvm.org/rL292896).
* Early if-conversion has been implemented for AMDGPU, but is disabled by
default for now. [r293016](http://reviews.llvm.org/rL293016).
* The llvm-xray graph subcommand now colors edges and vertices based on
statistics. [r293031](http://reviews.llvm.org/rL293031).
* A new OptimizationRemarkEmitter pass was added, allowing MIR passes to emit
optimisation remarks just like IR passes can.
[r293110](http://reviews.llvm.org/rL293110).
* The MIPS backend gained support for the static relocation model with the N64
ABI. [r293279](http://reviews.llvm.org/rL293279).
* A number of new intrinsics fo...
2017 Feb 01
0
LLVM Weekly - #161, Jan 30th 2017
...arly if-conversion has been implemented for AMDGPU, but is disabled by
> default for now. [r293016](http://reviews.llvm.org/rL293016).
>
> * The llvm-xray graph subcommand now colors edges and vertices based on
> statistics. [r293031](http://reviews.llvm.org/rL293031).
>
> * A new OptimizationRemarkEmitter pass was added, allowing MIR passes to
> emit
> optimisation remarks just like IR passes can.
> [r293110](http://reviews.llvm.org/rL293110).
>
> * The MIPS backend gained support for the static relocation model with the
> N64
> ABI. [r293279](http://reviews.llvm.org/rL293279)...
2019 Apr 30
4
RFC: Extending optimization reporting
I would like to begin a discussion about updating LLVM's opt-report infrastructure. There are some things I'd like to be able to do with optimization reports that I don't think can be done, or at least aren't natural to do, with the current implementation.
I understand that there is a lot of code in place already to produce optimization remarks, and one of my explicit goals is to