Displaying 4 results from an estimated 4 matches for "postorderfunctionattrslegacypass".
2016 Jun 16
2
Intended behavior of CGSCC pass manager.
...;
>>> include/llvm/Transforms/IPO/InlinerPass.h:struct Inliner : public
>>> CallGraphSCCPass {
>>> lib/Transforms/IPO/ArgumentPromotion.cpp: struct ArgPromotion : public
>>> CallGraphSCCPass {
>>> lib/Transforms/IPO/FunctionAttrs.cpp:struct
>>> PostOrderFunctionAttrsLegacyPass : public CallGraphSCCPass {
>>> lib/Transforms/IPO/PruneEH.cpp: struct PruneEH : public
>>> CallGraphSCCPass {
>>> lib/Analysis/CallGraphSCCPass.cpp: class PrintCallGraphPass : public
>>> CallGraphSCCPass {
>>> tools/opt/PassPrinters.cpp:struct CallGra...
2016 Jun 09
2
Intended behavior of CGSCC pass manager.
...exposed via devirtualization, only its
> caller/ancestor nodes need to be revisited in the next iteration.
>
Your proposal certainly sounds simpler and easier to reason about. (e.g. it
naturally avoids any issues with deletion)
Since there are only 3 non-inliner CGSCC passes (ArgPromotion,
PostOrderFunctionAttrsLegacyPass, PruneEH) it may be feasible to remove
the entire abstraction from LLVM and replace it with a cached post-order
function pass visitation like you suggest. The inliner doesn't seem to do
anything special with the knowledge that it is visiting an SCC (besides
moving call sites that call within t...
2016 Jun 16
5
Intended behavior of CGSCC pass manager.
...nodes need to be revisited in the next iteration.
>>>
>>
>> Your proposal certainly sounds simpler and easier to reason about. (e.g.
>> it naturally avoids any issues with deletion)
>>
>> Since there are only 3 non-inliner CGSCC passes (ArgPromotion,
>> PostOrderFunctionAttrsLegacyPass, PruneEH) it may be feasible to remove
>> the entire abstraction from LLVM and replace it with a cached post-order
>> function pass visitation like you suggest. The inliner doesn't seem to do
>> anything special with the knowledge that it is visiting an SCC (besides
>>...
2016 Jun 08
2
Intended behavior of CGSCC pass manager.
On Wed, Jun 8, 2016 at 12:31 PM, Xinliang David Li <davidxl at google.com>
wrote:
>
>
> On Wed, Jun 8, 2016 at 4:19 AM, Sean Silva <chisophugis at gmail.com> wrote:
>
>> Hi Chandler, Philip, Mehdi, (and llvm-dev,)
>>
>> (this is partially a summary of some discussions that happened at the
>> last LLVM bay area social, and partially a discussion