Displaying 5 results from an estimated 5 matches for "ssa_name".
2017 Apr 19
3
API to Differentiate between SSA and non SSA form
...SSA temporaries (like, %0, %1).
My doubt is that whether we can extract the normal C variables from
LLVM IR or is there any way to differentiate between SSA temporary and
local C variable?
For e.g. in GCC I can check whether a particular variable is an SSA
temporary like,
if(TREE_CODE(t) == SSA_NAME)
return true;
Basically, I want to skip all those %0, %1 temporaries. But keep all
those which refer to C variables. One way to do this would be to check
whether a Value has been given a name by using hasName function. But
it does not work every time. For e.g. in case of getelementptr...
2007 Oct 26
2
[LLVMdev] llvm-build for ARM
...`/home/amitsingh/llvm-research/llvm-source/obj/tools/llvm-upgrade'
llvm[2]: Compiling UpgradeLexer.cpp for Release build
llvm[2]: Compiling UpgradeParser.cpp for Release build
UpgradeParser.tab.c: In function 'int Upgradeparse()':
UpgradeParser.tab.c:3937: error: Missing definition
for SSA_NAME: D.81521_38019in statement:
D.81521_328 = PHI <D.81521_38019(191), D.81521_37934(205), D.81521_37909(230),
D.81521_37741(231)>;
PHI argument
D.81521_38019
for PHI node
D.81521_328 = PHI < D.81521_38019(191), D.81521_37934(205), D.81521_37909(230),
D.81521_37741(231)>;
UpgradeParser.tab....
2007 Oct 26
0
[LLVMdev] llvm-build for ARM
...llvm-
> source/obj/tools/llvm-upgrade'
> llvm[2]: Compiling UpgradeLexer.cpp for Release build
> llvm[2]: Compiling UpgradeParser.cpp for Release build
> UpgradeParser.tab.c: In function 'int Upgradeparse()':
> UpgradeParser.tab.c:3937: error: Missing definition
> for SSA_NAME: D.81521_38019in statement:
> D.81521_328 = PHI <D.81521_38019(191), D.81521_37934(205), D.
> 81521_37909(230), D.81521_37741(231)>;
> PHI argument
> D.81521_38019
> for PHI node
> D.81521_328 = PHI < D.81521_38019(191), D.81521_37934(205), D.
> 81521_37909(230), D.8...
2011 Apr 09
0
[LLVMdev] dragonegg/llvm-gfortran/gfortran benchmarks
...20a8>>
V2DF
size <integer_cst 0x141d01c58 constant 128>
unit size <integer_cst 0x141d01c80 constant 16>
align 128 symtab 0 alias set 2 canonical type 0x141d6ad20 nunits 2
pointer_to_this <pointer_type 0x141d74930>>
arg 0 <ssa_name 0x143846580
type <pointer_type 0x141d74930 type <vector_type 0x141d6ad20>
public unsigned DI size <integer_cst 0x141d01a50 64> unit size <integer_cst 0x141d01a78 8>
align 64 symtab 0 alias set -1 canonical type 0x141d74930>
var <var...
2011 Apr 09
3
[LLVMdev] dragonegg/llvm-gfortran/gfortran benchmarks
On 4/9/2011 6:09 AM, Duncan Sands wrote:
> Hi Jack, thanks for the numbers. Any chance of analysing why gcc does better on
> those where it does much better than dragonegg?
>
> Ciao, Duncan.
Also, does -fplugin-arg-dragonegg-enable-gcc-optzns get Dragonegg to
match GCC performance where GCC was faster?
Marcus