search for: newhello

Displaying 9 results from an estimated 9 matches for "newhello".

2012 Apr 10
0
[LLVMdev] How to explain this weird phenomenon????????
I figured that my opt command is wrong! How to specify the output file anyway?? if I want hello.bc to be input file and newhello.bc to be output file, is the opt command go like this? opt -load ../../../Debug+Asserts/lib/Hello.so -hello <hello.bc> -o newhello.bc ?? -- 祝好! 甄凯 ------------------------------------------------------------------------------------------------------ 2012-04-10 ---------...
2012 Apr 10
4
[LLVMdev] How to explain this weird phenomenon????????
My friends, I ran a function pass on a .bc file, intending to insert a CallInst to my self-made check function. The compilation is successful. BUT after I ran that pass on the .bc file, the size of the file didn't get any bigger!! Does this mean my instrumentation work failed?? BTW the opt command I use is "opt -load ../../../Debug+Asserts/lib/Hello.so -hello <hello.bc> -o
2016 Aug 03
3
Issue with HelloWorld pass
...tory of the llvm-3.8.1 source. I copied and pasted the pass example reported at the end of the "Basic code required" section and I managed to compile everything correctly with CMake. Because there is already a Hello example (with the correspondent LLVMHello.so file), I decided to call it NewHello. When I try to test the pass with the following string opt -load /path/to/llvm-3.8.1.src/build/lib/LLVMNewHello.so -hello < new_hello.bc > /dev/null I get the following error: Expected no forward declarations! !0 = <temporary!> !{} incorrect number of operands in llvm.ident metadata...
2011 Nov 03
5
[LLVMdev] LLVM problem, please do not ignore
...llvm::Module&) + 137 10 opt 0x00000000004ac451 main + 4881 11 libc.so.6 0x00007f9ba0459eff __libc_start_main + 255 12 opt 0x000000000049f5f9 Stack dump: 0. Program arguments: opt hello.bc -load ../llvm/llvm-2.9/plugin/BasicBlockStats.so -basic-block-stats -stats -o newhello.bc 1. Running pass 'Function Pass Manager' on module 'hello.bc'. 2. Running pass 'Module Verifier' on function '@_Z3addii' Segmentation fault Please find the source of my pass attached. Hope to get a reply soon. Regards, Arshak Nazaryan -------------- next part ---...
2012 Apr 10
0
[LLVMdev] How to explain this weird phenomenon????????
...r inbounds ([20 x i8]* @.str1, i32 0, i32 0), i32 1) nounwind %puts = tail call i32 @puts(i8* getelementptr inbounds ([13 x i8]* @str, i32 0, i32 0)) ret i32 0 } declare i32 @printf(i8* nocapture, ...) nounwind declare i32 @puts(i8* nocapture) nounwind After running the pass ; ModuleID = 'newhello.bc' target datalayout = "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32-n8:16:32-S128" target triple = "i386-pc-linux-gnu" @.str = private unnamed_addr constant [18 x i8] c"add result is %d\0A\00&qu...
2012 Apr 10
1
[LLVMdev] How to explain this weird phenomenon????????
...2 1) nounwind >   %puts = tail call i32 @puts(i8* getelementptr inbounds ([13 x i8]* @str, > i32 0, i32 0)) >   ret i32 0 > } > > declare i32 @printf(i8* nocapture, ...) nounwind > > declare i32 @puts(i8* nocapture) nounwind > After running the pass > ; ModuleID = 'newhello.bc' > target datalayout = > "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32-n8:16:32-S128" > target triple = "i386-pc-linux-gnu" > > @.str = private unnamed_addr constant [18 x i8] c"a...
2012 Apr 10
3
[LLVMdev] How to explain this weird phenomenon????????
I did it !!!! YOU MADE MY DAY !!!!!!!!!!!!!!! -- 祝好! 甄凯 ------------------------------------------------------------------------------------------------------ 2012-04-10 ------------------------------------------------------------------------------------------------------ Name: 甄凯(ZhenKai) Homepage:http://www.renren.com/262729393 Email: zhenkaixd at 126.com or 846227103 at
2011 Nov 03
0
[LLVMdev] LLVM problem, please do not ignore
...0x00000000004ac451 main + 4881 > 11 libc.so.6 0x00007f9ba0459eff __libc_start_main + 255 > 12 opt 0x000000000049f5f9 > Stack dump: > 0.Program arguments: opt hello.bc -load > ../llvm/llvm-2.9/plugin/BasicBlockStats.so -basic-block-stats -stats > -o newhello.bc > 1.Running pass 'Function Pass Manager' on module 'hello.bc'. > 2.Running pass 'Module Verifier' on function '@_Z3addii' > Segmentation fault > > Please find the source of my pass attached. > Hope to get a reply soon. > > Regards, > Ars...
2019 Sep 18
2
How to debug passes
> opt -load lib­dum­my­pass.so -dum­my­pass hel­lo.ll Looks like you are loading a shared library different from "LLVMHello.so". did you change the name of the compilation unit from "Hello.cpp" into "dummypass.cpp"? (As asked previously by Andrzej) did you register the dummy pass? > RegisterPass<DummyPass> X("dummypass",