Displaying 4 results from an estimated 4 matches for "callscc".
Did you mean:
callcc
2016 Jun 17
3
Intended behavior of CGSCC pass manager.
...er functions they are unlikely to call. In other words, such ref edges
>> mostly do not represent real caller->callee relationship, so I wonder what
>> is the advantage of forming refSCC from SCCs?
>>
>
>
> I believe it is primarily used for ordering the visitation of CallSCC's
> (i.e. SCC's in the "call graph").
>
This is what it can do -- but what benefit does it provide?
David
>
> -- Sean Silva
>
>
>>
>> David
>>
>>
>>
>>> Note that `opt -dot-callgraph` can produce a graphviz file for the...
2016 Jun 17
2
Intended behavior of CGSCC pass manager.
On Thu, Jun 16, 2016 at 11:51 PM, Sean Silva <chisophugis at gmail.com> wrote:
>
>
> On Thu, Jun 16, 2016 at 11:07 PM, Xinliang David Li <davidxl at google.com>
> wrote:
>
>>
>>
>> On Thu, Jun 16, 2016 at 10:47 PM, Sean Silva <chisophugis at gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Thu, Jun 16, 2016 at 9:53
2002 Dec 06
3
[LLVMdev] Tarjan+function_ptrs == trouble ? (fwd)
Test Cases:
(attached)
Iteration code:
(...)
typedef TarjanSCC_iterator<CallGraph*> MyTarjan;
CallGraph& callGraph = getAnalysis<CallGraph>();
MyTarjan iter = tarj_begin(&callGraph);
MyTarjan end = tarj_end(&callGraph);
while(iter!=end)
iter++;
(...)
if you take the time to print out the function each non-looping node iter
traverses, it never reaches main...
2016 Jun 20
2
Intended behavior of CGSCC pass manager.
On Sun, Jun 19, 2016 at 12:01 AM, Sanjoy Das <sanjoy at playingwithpointers.com
> wrote:
> Hi David,
>
> Xinliang David Li wrote:
> >> I believe it is primarily used for ordering the visitation of
> CallSCC's (i.e. SCC's in the "call graph").
> > This is what it can do -- but what benefit does it provide?
>
> One benefit is that once you get to a function F that constructs an
> instance of a class with virtual functions and then calls a virtual
> function on the ins...