[llvm-dev] LLVM Block is not the basic block

[Muhui Jiang via llvm-dev]

Hi Dean

Thank you very much for you very quick reply. I am still a little bit
confused and below is some of my questions.

In LLVM, basic blocks can contain function calls. This allows partial
and/or full code inlining.
=======
So the reason why basic blocks can contain function calls is because of
code inlining?

The control flow graph (CFG) referred to in LLVM passes only include the
LLVM basic blocks inside a function. In LLVM, only tail-call exits are
considered terminator instructions (and thus will delineate the basic block
boundaries).
=======
If so, the control flow graph generated with opt -dot-cfg should not be the
real control flow graph. Because LLVM doesn't think function call is a
jump, thus the control flow graph is not accurate. Can I say like this? Or
any option to help me to split a basic block in LLVM into several real
basic blocks.

If you want to see function-call graphs, you may want to look at
CallGraphSCCPass instead of FunctionPass.
======
What does function-call graphs mean? Does it mean the callgraph? Many Thanks

Regards
Muhui

2018-05-29 20:50 GMT+08:00 Dean Michael Berris <dean.berris at gmail.com>:

>
>
> > On 29 May 2018, at 22:40, Muhui Jiang via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
> >
> > Hi
> >
> > Sorry, that the previous email is sent out before I complete it due to
> my mistake. Please read this
> >
> > I am using the LLVM function pass to help me to do code analysis.
> However, I found that the block LLVM identified will ignore the function
> call.
> >
> > For example, the below IR should not be a basic block.
> >
> >
> >   %call17 = call i32* @__errno_location() #14, !dbg !1384
> >   %18 = load i32, i32* %call17, align 4, !dbg !1384
> >   %19 = load i8*, i8** %dest_dirname, align 4, !dbg !1386
> >   call void (i32, i32, i8*, ...) @error(i32 1, i32 %18, i8*
> getelementptr inbounds ([3 x i8], [3 x i8]* @.str.389, i32 0, i    32 0),
> i8* %19), !dbg !1387
> >   br label %if.end18, !dbg !1388
> >
> > The corresponding binary i s below
> >
> > .text:0001A530                 BL      __errno_location
> > .text:0001A534                 LDR     R1, [R0]        ; errnum
> > .text:0001A538                 LDR     R3, [SP,#0x100+var_100]
> > .text:0001A53C                 LDR     R2, =aS_1       ; "%s"
> > .text:0001A540                 MOV     R0, #1          ; status
> > .text:0001A544                 BL      error
> > .text:0001A548                 B       loc_1A54C
> >
> > Here you can see it obviously should not be a basic block because you
> called two functions! So the control flow graph LLVM generated is also not
> the real control flow graph, right? Do anyone know why or give me some
> suggestions?
> >
>
> In LLVM, basic blocks can contain function calls. This allows partial
> and/or full code inlining.
>
> The control flow graph (CFG) referred to in LLVM passes only include the
> LLVM basic blocks inside a function. In LLVM, only tail-call exits are
> considered terminator instructions (and thus will delineate the basic block
> boundaries).
>
> If you want to see function-call graphs, you may want to look at
> CallGraphSCCPass instead of FunctionPass.
>
> http://llvm.org/docs/WritingAnLLVMPass.html#the-callgraphsccpass-class
>
> Cheers
>
> -- Dean
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180529/1526ada3/attachment.html>